Use user timezone for maintenance and official Plutonium manifest
This commit is contained in:
@@ -67,13 +67,20 @@ See [Plugin releases](docs/plugin-releases.md) for the import and beta workflow.
|
||||
Open **Settings → Plutonium updates & restarts** to check the latest published
|
||||
revision, inspect each server's running revision, and queue a server or fleet
|
||||
restart. Release and running-version checks also run hourly. The published
|
||||
revision comes from the [official changelog](https://plutonium.pw/docs/changelog/);
|
||||
revision comes from the [official production updater manifest](https://cdn.plutoniummod.com/updater/prod/info.json),
|
||||
which exposes the game revision directly and avoids the changelog website's browser challenge;
|
||||
running revisions come from RCON `version`. Unsupported replies and failed
|
||||
queries appear as unknown rather than being treated as up to date. A failed
|
||||
changelog request retains the last release with a visible error.
|
||||
manifest request retains the last release with a visible error.
|
||||
|
||||
Daily fleet restarts are optional and disabled by default. Choose a **UTC** queue
|
||||
time and save the schedule; the next run is also shown in your display timezone.
|
||||
Daily fleet restarts are optional and disabled by default. Choose a queue time
|
||||
in your **selected timezone** and save the schedule. The timezone is saved with
|
||||
the schedule so the daily time follows daylight saving changes even when your
|
||||
browser is closed. Skipped times run at the first valid minute after the gap;
|
||||
repeated times run once on their first occurrence. Existing UTC schedules retain
|
||||
their original timing until saved again. The form displays their next occurrence
|
||||
in your timezone and identifies the saved zone if it differs. Changing a browser's
|
||||
display preference does not silently change a fleet schedule; save to apply it.
|
||||
Every due run queues the current fleet, regardless of whether an update exists.
|
||||
The schedule and jobs survive app restarts. Missed days become one run, and a
|
||||
server can have only one pending maintenance restart. Disabling the schedule
|
||||
|
||||
Reference in New Issue
Block a user