ObjFW  Ticket Change Details

Overview

Artifact ID: ee18cc64a35ae67e24b12ae53355e0240debc820c56f76ef94dbf6423ef7b1b7
Ticket: 250e7d6f5ca98ed121ea62c11738ed4024028640
Properly translate file system timestamps between local time and UTC on AmigaOS/MorphOS
User & Date: js on 2023-08-06 12:43:21
Changes

  1. icomment:
    There is really nothing that can be reasonably done here. AmigaOS only has a timezone as an integer GMT offset (that is wrong during DST!) and a country, but not a named time zone. That is *not enough* to determine whether DST was in effect at a given time, *even when shipping* a DST database. For example, Australia can have a DST offset of 30 min, depending on region. But the non-DST GMT offset for that region is already not an integer number of hours, so a user could not even set it! So there is absolutely no thing to detect what should be done, even with heuristics and a full DST database. It's just broken and could only be fixed by having a separate setting just for ObjFW apps that actually specifies a proper time zone. Which most users will probably not set. And still doesn't tell us if the user manually adjusted the local time for DST already or not. There really is no good solution here.
    
    MorphOS does allow a user to pick a named time zone, so something could be done here. But that solution will not work on classic AmigaOS.
    
    Leaving this open to at least find a workaround on MorphOS, but removing the 1.0 milestone.
    
  2. login: "js"
  3. milestone changed to: "none"
  4. mimetype: "text/x-markdown"
  5. resolution changed to: "Open"