Summary: Client has out-of-date info about units transferred
when city lost
                 Project: Freeciv
            Submitted by: jtn
            Submitted on: Tue Jun  7 23:07:41 2011
                Category: None
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
        Operating System: None
         Planned Release: 



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
the Iroquois).


'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

Reply via email to