2208: Implement /load without params to show some info r=Learath2 a=def-
about your existing saves. Not the code of course, but only how many saves you have and when you last saved on this map.
Co-authored-by: def <dennis@felsin9.de>
2207: Silence GCC warning r=heinrich5991 a=def-
```
src/game/editor/auto_map.h:47:9: warning: ‘*((void*)& NewConf +16)’ may be used uninitialized in this function [-Wmaybe-uninitialized]
```
I don't think it's an actual problem
Co-authored-by: def <dennis@felsin9.de>
src/game/editor/auto_map.h:47:9: warning: ‘*((void*)& NewConf +16)’ may be used uninitialized in this function [-Wmaybe-uninitialized]
I don't think it's an actual problem
This gets rid of the problem that we don't know whether we should send
full snapshots to clients because they haven't told us about them being
DDNet yet.
2200: Break save/load string into multiple lines r=def- a=Zwelf
I checked if the format string has changed with this c file: https://gist.github.com/Zwelf/12eb85c47e3ca0691db7710bec497bd6
```bash
$ gcc check.c
$ ./a.out
load string compare: 0
get string compare: 0
```
I also checked if the variable names matched with vim (by concatenating the lines with J) and the browser search functionality.
Co-authored-by: Zwelf <zwelf@strct.cc>
2199: Fix storing incomplete game uuid on /save r=heinrich5991 a=Zwelf
Previously the formatted game uuid was cut off after 15 bytes. Therefore only 52 out of 128 bit of the uuid were stored.
introduced in 69fd7f1767
Tested /save and /load afterwards. /load shouldn't be affected at all, because the uuid isn't parsed anyway.
Co-authored-by: Zwelf <zwelf@strct.cc>
2192: Reserve bytes for the type and token r=heinrich5991 a=Learath2
I'm guessing this also caused #2149
It just required a weird combination of players and name length to trigger (or max packet)...
Co-authored-by: Learath <learath2@gmail.com>