Summary: Client has out-of-date info about units transferred
when city lost
Submitted by: jtn
Submitted on: Tue Jun 7 23:07:41 2011
Severity: 3 - Normal
Priority: 5 - Normal
Assigned to: None
Discussion Lock: Any
Operating System: None
Split out from bug #17990:
After losing a city by means such as civil war, a client can continue to
think that it owns units in those cities, even though this makes no sense.
Looks like the necessary unit removal packets aren't getting to the client
when the units disappear into the hostile city.
I've only tried reproducing this on trunk, but that's because the civil_war()
command makes it easy there. Don't know if S2_3 has the same problem.
Steps to reproduce (adapted from bug 17990 comment 6
* Trunk r19694.
* Start server with savegame canadians-T0330-Y01905-manual.sav.bz2 (file
* Connect one client and take player 'jtn' (Canadian).
* Also connect another client as a global observer (user 'observer').
* Start game and run server command '/lua
print(civil_war(find.player(0),100))' (force civil war on Canadians, creating
'jtn' still sees the rebel cities of Winnipeg and Siem Pang, due to having
loyal units in vision range. Clicking on Winnipeg brings up a list of
supposedly-Canadian units; clicking on Siem Pang selects the single "Canadian"
Alpine Troops. But of course those units have actually defected to the
Iroquois (as the global observer can see), and jtn attempting to do anything
with them fails.
However, not all visible rebel cities are affected by this. Toronto is still
visible and contains units, but the client doesn't seem to think there are any
Canadian units in there.
Reply to this item at:
Message sent via/by Gna!
Freeciv-dev mailing list