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
Trying to schedule things is also very broken, obviously. This line has a value of "2025-01-14T00:00:00.000Z" when I try and schedule a recording for that time in UTC-6, so we've at the very least lost the fact that we're in UTC-6 (the browser renders it as 1800 on 25-01-13), and then the next few things muck with the hours so...
This reminds me a lot of the pain we went through with the original admin UI. The USask team exposed a lot of timezone related things back then :D
Arnei
added a commit
to Arnei/opencast-admin-interface
that referenced
this issue
Jan 15, 2025
And hopefully all other timezones. The date for a
scheduled event should now always be correct,
no matter what hour/minute is selected.
Aims at fixing opencast#1062.
And hopefully all other timezones. The date for a
scheduled event should now always be correct,
no matter what hour/minute is selected.
Aims at fixing opencast#1062.
Oh boy. I'm going to do this in video form since it's probably easier to get:
2025-01-14.12-05.Display.OC.Studio.webm
This occurs regardless of what start time I set. Notably this does not happen for @lkiesow who is in a not-negative-UTC timezone.
I suspect that this comment might be relevant but haven't stepped through the code.
Further weirdness: Despite what I said earlier (when it wasn't doing this), the end time is also displaying weird behaviour later in the day
2025-01-14.16-28.Display.OC.Studio.webm
The text was updated successfully, but these errors were encountered: