6 Commits

Include renames

Author	SHA1	Message	Date
Sansan	4a45e8516d	Send the play queue ID to the server ... The server keeps a play queue per client, identified by the X-Queue-Id header. The client sends the ID it has for the selected server with every request and keeps the one in each response, which is new after a reset or a sync. The IDs are saved per server in the [queues] section of settings.cfg, so the game goes on with the same queue after a restart. HttpTransport now passes the response headers on to the client.	2026-10-07 21:23:37 +02:00
Sansan	f7619baf34	Use /api/v1 with token authentication and typed responses ... Closes #38, #39 and #40; adds the client side of #41. - Every request goes to /api/v1. MusicServerClient gets a token with Settings.api_password the first time one is needed, reuses it, and on a 401 gets a new one and sends the request once more. Switching server gets a new token too. Callers never see the token. - Sync is started with POST, as MusicServer 5.0 requires. - The client has every endpoint in the server's OpenAPI spec, including statistics, soundtracks and songs by UUID, version, downloads and tokens. - tools/generate_api_types.gd generates a typed class per schema in server/openapi.json into server/generated/. Song info, statistics and versions are passed to callers as these classes. A list the server sends as null is an empty list. - FakeHttpTransport hands out tokens and answers 401 without one, so every test goes through the token flow. New tests cover the token handling, every endpoint and each generated class.	2026-10-06 22:45:28 +02:00
Sansan	bad4b3ad8b	Indent every script with tabs, like the Godot editor does	2026-10-06 10:28:12 +02:00
Sansan	739d0f7af6	Preload songs only after the song list has loaded ... At startup and after resetting the playlist, loading the song list and preloading the first song started at the same time. When the list answered last, it cleared the playlist and dropped the preloaded song. Preloading now starts once the list has loaded, and loading the list is retried if it fails.	2026-10-06 08:32:56 +02:00
Sansan	16724922ed	Test that the song cache fills up to the cache size setting ... Covers a cache size above 1: songs are preloaded until the setting is reached, playing a song tops the cache up again, and the cache keeps filling after a failed download once the server answers again.	2026-10-06 08:32:56 +02:00
Sansan	c985a6ce5b	Replace the broken test suite with working GdUnit4 tests ... The previous tests never compiled: they used GUT's assert functions, Godot 3 APIs and reassigned autoload functions, so no test ran. - 90 tests: unit tests for the playlist, songs, player scoring, time formatting, search and the server client, plus integration tests that run MainWindow and SyncWindow against a fake server - Keybind tests check that Alt+<number> and Ctrl+Alt+<number> keep following the player rows while players are added and removed - run_tests.sh finds Godot and runs the suite headless (~10 seconds) - CI runs the tests before the build job in gitea-build.yaml; the separate test.yml used a GitHub action that does not exist - GdUnit4 is committed instead of ignored, since the project enables it, and .gitea/ is no longer ignored - Exported builds leave out tests/ and addons/gdUnit4/	2026-10-06 08:32:56 +02:00