- π¬π§United Kingdom scott_euser
Status of related issues:
Looks like the 1st related issue #2898235: Date's Time Zone Handling doesn't keep time/zone static β was fixed.
Does drupal.org use the patch at the 2nd related issue π Problem with timezone handling (caused by date_get_timezone_db returning only UTC) Needs work which is still marked as 'Needs work' at the time of this comment? If it doesn't could we try it? If it is already applied and the issue is unrelated to that, its been a while since I did D7 but I'd be happy to spin it up and see if I can reproduce and raise a new issue with the D7 Date module.
Confirmation the issue still exists:
We are still seeing the same issue for https://www.drupal.org/community/events/drupal-ai-meetup-2024-10-17 β for example.
Here is the edit screen, configured to be 7pm CEST
When viewing the event in CEST, 7pm is correctly shown:
When viewing the event in non-CEST (in this case BST), it says 8pm CEST which is incorrect (its also not 8pm BST, it'd be 6pm BST). This is causing lots of people to be very confused about when the event date actually starts. Thankfully the ones that ask we can reply to, but the ones that don't ask we are concerned they will miss the event sadly:
- πΊπΈUnited States drumm NY, US
π Problem with timezone handling (caused by date_get_timezone_db returning only UTC) Needs work has a database update, so is not a good idea to deploy. It would leave us in a unique migration path, no migration of data as stored with that patch at that point in time would be reasonable to expect. And the maintainers might go a different route in resolving the issue, also leaving the data in an uncharted place.