(fix for bug #19188)
This causes statistics, scenario overwiew and turn dialog to show the
save_id instead of current_player. This doesn't break stringfreeze
since save_id isn't translatable. Any bug report complaints about
these dialogs no longer showing player name's translation shall be
rejected. >:|
Uninvasive workaround. Adding a dummy side would require many changes
and complicate the wml code. I've been using save_id=human player in
my addon campaign which involves leader change as well sine ever
without anyone complaining so hopefully...
Overall statistics (only for files with a smaller recompressed size):
Original size: 14 KiB on 1 files
Optimized size: 14 KiB
Total saving: 0 KiB = 0% decrease
This commit is meant to be reverted once that this project continues.
Removes test_campaign from data/campaigns, commented out --new-syntax
commandline parameter and disabled boost test for said parameter.
(Multiplayer login error with certain username or password formats)
The new username/password serialization format is as follows: @ <field
value> @ Old usernames/passwordswill be converted as necessary when
the user changes their credentials in-game. The user will to hit
#16571 once if they are using an affected username or password saved
by a previous version.
Unfortunately, the underlying cause is still around and this only
fixes this particular case by forcing new usernames and passwords to
be stored in a format that can only be interpreted as a string by the
config class. Dealing with it isn't feasible at this point, so I'll
file a separate bug for the general case and mark it as Postponed
later.
since they break compatibility.
This reverts
2011-12-16T01:24:54Z!anonymissimus@arcor.de
2011-12-16T04:06:47Z!Majora700@gmail.com
2011-12-16T04:08:22Z!Majora700@gmail.com
2011-12-16T04:14:58Z!Majora700@gmail.com
2011-12-16T20:13:27Z!anonymissimus@arcor.de
2011-12-16T20:14:08Z!anonymissimus@arcor.de
2011-12-16T20:48:39Z!Majora700@gmail.com
2011-12-17T09:46:29Z!Majora700@gmail.com
