- π¬π§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.
- πΊπΈUnited States heatherwoz Seattle
This issue is still creating confusion for members of our local communities. I've even seen media partners do posts about events on social promoting the wrong times because of it. Would love to see it fixed or some kind of simple workaround, like hiding the wrong time field and displaying another.
- πΊπΈUnited States sikofitt
Has this been fixed? I am getting the correct times now for Stanford WebCamp and others look correct as well.
- πΊπΈUnited States drumm NY, US
No changes here, I think the behavior is likely different if you are logged in, which could help get it right in some cases.
I fully expect weβll fix this as a side effect of upgrading to modern Drupal. Effort would be better spent in getting the community events themed with the new brand and landing page refreshed.
- πΊπΈUnited States sikofitt
Interesting. I did test it logged in and logged out. Although other tests I was in PST and not EST. Not sure that would correct the time. Before it was showing May 7th - 8th. Now it is showing the correct May 8th - 9th.
- πΊπΈUnited States heatherwoz Seattle
Changing the status here to postponed. After talking with @drumm at DrupalCon Atlanta, we determined that the best way to achieve this is to expedite the migration to the new site/brand. That should resolve this complicated date issue as well as unblock other issues we want to work on.