[Freeciv-Dev] [bug #19271] Display problem of the working land, when choosing another optimal position

[Marko Lindqvist]

Follow-up Comment #4, bug #19271 (project freeciv):

> Preferably without massively increasing the client load.

We shouldn't do it after every tile change in case all workers are rearranged,
but only after the last one. Problem is, client has no way of telling if
there's going to be another update coming after current.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19271] Display problem of the working land, when choosing another optimal position

[Jacob Nevins]

Follow-up Comment #3, bug #19271 (project freeciv):

I suppose that whenever the client receives a PACKET_TILE_INFO mentioning a
city in the "worked" field, or removing a city, then it should consider
queuing various updates including a dialog update for that city. Preferably
without massively increasing the client load...

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19271] Display problem of the working land, when choosing another optimal position

[Jacob Nevins]

Follow-up Comment #2, bug #19271 (project freeciv):

I suspect what's happening is something like:
* On client, click on city centre triggers send of
PACKET_CITY_MAKE_SPECIALIST to server (city_toggle_worker()). (The server
treats this on the "free worked" tile as a signal to auto-arrange.
* The process that triggers an update of the city map on the client
(refresh_city_dialog()) is receipt of a PACKET_CITY_INFO.
* PACKET_CITY_INFO contains the total amount of production of a city. If the
total production hasn't changed, as here, one of the various duplicate
suppression mechanisms (on server or client?) might prevent the CITY_INFO from
being sent to the client, or from triggering a dialog update if it does.
If so, not sure what to do about this.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19271] Display problem of the working land, when choosing another optimal position

[Jacob Nevins]

Update of bug #19271 (project freeciv):

Category:  client-gtk-3.0 => client-gtk-2.0 
  Status:None => Confirmed  

___

Follow-up Comment #1:

Reproduced (with S2_3 r20693).

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19271] Display problem of the working land, when choosing another optimal position

[anonymous]

URL:
  

 Summary: Display problem of the working land, when choosing
another optimal position
 Project: Freeciv
Submitted by: None
Submitted on: Wed 11 Jan 2012 07:37:53 AM UTC
Category: client-gtk-3.0
Severity: 2 - Minor
Priority: 5 - Normal
  Status: None
 Assigned to: None
Originator Email: olta...@hotmail.com
 Open/Closed: Open
 Release: 2.3.1
 Discussion Lock: Any
Operating System: GNU/Linux
 Planned Release: 

___

Details:

The display of the working land of a city ("General" tab) is not updated
correctly when doing the following:
1) Click on the city to be sure the citizens are set on their optimal place.
(Optional)
2) Change the place of a citizen so it is on a square with exactly the same
values (Example: from [1, 2, 0] to [1, 2, 0]).
3) Click on the city to rearrange them in their optimal position.

Result: the citizens are placed like they were before (optimized), but the
display doesn't change. To move the concerned citizen, one must click on the
square where is should be and not the one where is is shown.

Closing and reopening the city updates the display correctly, simply
switching tabs doesn't.

Removing another citizen will update the display.

When the configuration is not optimal, the display is correctly updated, the
bug only shows when another optimal configuration is set.

---

Version 2.3.1 from playdeb.net repository (http://archive.getdeb.net/ubuntu)

GTK

Ubuntu 10.04, 32 bits





___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev