Hey, everyone. This is my first post, so hello people!
I noticed that often after a map download via autodownload feature the client does not join the match but gets stuck in the autodownload screen. The client then has to restart join process to make it work as expected.
Happen with vanilla steam quake3, ioquake3 and quake3questVR.
Is something wrong with our server or is this a known issue?
Thanks for this awersome website btw!
Edited 1.55 minutes after the original posting.

@Bummser : About the only things I can think of is a CRC error or you are using gzip compression on the transfer of the PK3. If gzip compression is enabled on the server, you might be sending a file that is smaller than the expected size, but not by much. So, the system would hang at the end, waiting for the last bytes to arrive. On restart the PK3 has been downloaded, so the client can connect immediately.

This is 100% a guess as I know nothing about your set-up :)

Our servers run ioquake 3 for linux on pi4 and amazon cloud. The server config is pretty straight forward, very default config. So i am guessing it could be a problem with our ioquake 3 build. Wild check in that directions. Thx Tig.

btw we have your tig's den map running on our server . Great tourney map. Thanks for this awesome archive.

edit: how would one check if gzip is activated on the server side, never saw that cvar.
Edited 19 seconds after the original posting.
Edited 1.58 minutes after the original posting.

This answer on StackOverflow has a few options and ways to check gzip compression settings: stackoverflow.com/...gzipped-content

Basically, you would need to manual request a PK3 in a browser or with curl and check the headers.

PS: Glad to read that you enjoy Tig's Den :)