Audience Display locks up if server system time changes

**Describe the bug**
The Audience Display (and other displays) refuse to respond to commands if the Scoring System server time suddenly jumps back over an hour.

**To Reproduce**
Steps to reproduce the behavior:
1. Set up a match
2. Have an audience display set up on a different computer
3. Change scoring system time back an hour
4. Attempt to show any changes on the audience display, such as match preview or randomization

**Actual behavior**
Audience display locks up and does not update, even with a webpage refresh. However, if you change the scoring system time back to the original (or ahead of the original), the display responds to commands again without needing a refresh.

**Expected behavior**
The audience display updates with the appropriate screen

**Device (please complete the following information):**
- OS: Windows 11 Pro
- Browser: Firefox
- Version: 23H2

**Additional context**
This bug was discovered during our event at USILCMM5. Scoring data was uploaded to FIRST HQ, the upload ID is: **eb164bb4-9e92-4aba-9837-b0b7602a49bc**.

The bug described in this report was discovered due to an incorrect system time on the scoring computer when the system was started (six hours ahead of actual time, which was GMT time, not Central Time). During the event, the system time synced with a time server and the system time jumped from around 5:37 PM to 11:37 AM. This occurred between matches 3 and 4 of the event. This issue only showed up for us on the live display; referee tablets were updating and did not have any noticeable issues when the time updated. Updating the system time back to the original allowed for the event to continue, but resulted in scoring data having timestamps six hours ahead of reality.

Scoring system logs for this are available on request, however after a brief look at when the issue occurred, no errors were logged.