Closed iheinrich closed 2 months ago
Can you provide the output of these command from your server?
date -u; TZ=Asia/Calcutta date
php -r 'echo join("\n", DateTimeZone::listIdentifiers( DateTimeZone::ALL_WITH_BC ));' | grep Calcutta
What version of Debian/Ubuntu?
Debian version is unstable ("trixie/sid") with all packages updated, the installed version of tzdata is 2023c-10. Installing tzdata-legacy FIXES the issue. So anyone on Debian testing or unstable can install tzdata-legacy to fix this.
With tzdata 2023c-10 and without tzdata-legacy date -u; TZ=Asia/Calcutta date
prints:
Di 21. Nov 22:06:43 UTC 2023
Di 21. Nov 22:06:43 Asia 2023
But date -u; TZ=Asia/Kolkata date
always prints:
Di 21. Nov 22:06:43 UTC 2023
Mi 22. Nov 03:36:43 IST 2023
Also without tzdata-legacy php -r 'echo join("\n", DateTimeZone::listIdentifiers( DateTimeZone::ALL_WITH_BC ));' | grep Calcutta
has no output
But php -r 'echo join("\n", DateTimeZone::listIdentifiers( DateTimeZone::ALL_WITH_BC ));' | grep Kolkata
always prints:
Asia/Kolkata
Thanks for pointing me in the right direction!
Related: #39767
Sounds like it may be time to add a note about tzdata-legacy
(or its equivalent on other distros) being a requirement for broadly compatible timezones.
Tested on version 27 and Debian 12.
Provided test event imported correctly.
⚠️ This issue respects the following points: ⚠️
Bug description
Importing .ics via webdav fails for calendar entries with "India Standard Time" timezone: "Internal Server Error" (code 500) is reported back to the webdav client and "Error Exception: DateTimeZone::__construct(): Unknown or bad timezone (Asia/Calcutta)" is logged. Webdav client used is vdirsyncer.
Manually importing same .ics file via "Calendar settings -> Import calendar" works fine.
Example .ics file, exported from MS Outlook: example_ics.txt
Steps to reproduce
Expected behavior
ICS with timezone "India Standard Time" can be imported via WebDav.
Installation method
Community Manual installation with Archive
Nextcloud Server version
27
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response