You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems the program names in the CRID fields are shifted by an hour (the program SPAZZ-TIME KONTINUUM ran the day before until midnight). Possibly due to daylight savings time.
This leads to the CRIDs often containing a wrong program name.
The text was updated successfully, but these errors were encountered:
so far this is motivating me to take more time to get at the root of the tz issues underlying this problem.
there is a huge amount of custom timezone conversion going on in the code base, both from external inputs that follow some non (our) standard conventions as well as from internal components.
i also want to update the tests in this (and the CRIDlib) repo to run in TZ=Europe/Zurich as well as UTC. somehow the test code isn't as tz aware as i assumed.
According to archiv.rabe.ch, the schedule for January 17th 2024 was:
According to the list of songs sent to SUISA for January 2024, the generated CRIDs contain program names that do not match the schedule:
It seems the program names in the CRID fields are shifted by an hour (the program SPAZZ-TIME KONTINUUM ran the day before until midnight). Possibly due to daylight savings time.
This leads to the CRIDs often containing a wrong program name.
The text was updated successfully, but these errors were encountered: