[Freeciv-Dev] [bug #18194] Client has out-of-date info about units transferred when city lost

Follow-up Comment #4, bug #18194 (project freeciv): > Server may send unit removal packets, but client cannot handle > them correctly (at that point any more). A "-d 3" log on the server indicates that it's not sending them. A PACKET_UNIT_INFO for the change in ownership goes to the observer, bu

[Freeciv-Dev] [bug #18194] Client has out-of-date info about units transferred when city lost

Follow-up Comment #3, bug #18194 (project freeciv): It doesn't seem to make any difference to this issue in my reproduction case, I'm afraid (with or without the patch for bug #17990). It's clearly doing _something_, as it clears up the bug #13701 messages. __

[Freeciv-Dev] [bug #13701] game_remove_unit(), homecity invalid

Follow-up Comment #4, bug #13701 (project freeciv): The patch clears up the messages in my reproduction case. ___ Reply to this item at: ___ Message sent via/by

[Freeciv-Dev] [bug #18005] in dbv_isset() [bitvector.c::120]: assertion 'pdbv->vec != ((void *)0)' failed.

Update of bug #18005 (project freeciv): Status: Ready For Test => Fixed Assigned to:None => cazfi Open/Closed:Open => Closed

[Freeciv-Dev] [patch #2697] Update filename references in README.graphics

Update of patch #2697 (project freeciv): Status: Ready For Test => In Progress ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [patch #2529] Configure checks for gtk3-client

Update of patch #2529 (project freeciv): Status: Ready For Test => In Progress ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [bug #17954] Hotekys displayed twice

Update of bug #17954 (project freeciv): Status:None => Ready For Test Assigned to:None => cazfi Planned Release: => 2.3.0, 2.4.0

[Freeciv-Dev] [patch #2615] Fix double hotkeys in some menu

Follow-up Comment #1, patch #2615 (project freeciv): Please attach fixes to bugs to the bug ticket itself in the future, don't create new (feature) patch tickets for them. ___ Reply to this item at: ___

[Freeciv-Dev] [patch #2672] Add method Tile:has_base to scripting API

Update of patch #2672 (project freeciv): Category:None => general Status:None => Ready For Test Assigned to:None => cazfi Planned Release:

[Freeciv-Dev] [bug #17816] 1: City size 4, citizen count 5 for Nassau

Update of bug #17816 (project freeciv): Planned Release: => 2.3.1, 2.4.0 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #17392] City size x, citizen count y for abc

Follow-up Comment #13, bug #17392 (project freeciv): Now that it's clear that bug #17816 affects also S2_3, we can probably close this one as duplicate? Bug #17816 has also explanation why this happens, just missing a fix. ___ Reply to thi

[Freeciv-Dev] [bug #18194] Client has out-of-date info about units transferred when city lost

Follow-up Comment #2, bug #18194 (project freeciv): Can you test if my proposed fix for bug #13701 helps with this? ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #17439] S2_3: '((void *)0) != pnation' assertion failed, and segfault

Update of bug #17439 (project freeciv): Status: Ready For Test => Fixed Assigned to:None => cazfi Open/Closed:Open => Closed

[Freeciv-Dev] [patch #2520] [metaticket] common lua interface

Follow-up Comment #6, patch #2520 (project freeciv): You can commit the patch. Due to other changes I have to rebase this patch. Another function to check for is OK. If all goes as planned I have a good internet connection at the start of the next month. _

[Freeciv-Dev] [patch #2698] Update filename references in README

Follow-up Comment #3, patch #2698 (project freeciv): My previous patch was solely word substitutions in the old document. This replacement patch adds a new section [Freeciv is modular] with a brief introduction to the various clients. I deliberately left out mention of deprecated clients, but h

[Freeciv-Dev] [patch #2697] Update filename references in README.graphics

Follow-up Comment #2, patch #2697 (project freeciv): According to the Beacon Handbook, she is correct. Apparently my English is not as good as i thought. ___ Reply to this item at:

[Freeciv-Dev] Fwd: freeciv.net merge: metaserver

-- Forwarded message -- From: Vijay Kiran Kamuju Date: Thu, Jun 9, 2011 at 11:07 PM Subject: Re: [Freeciv-Dev] freeciv.net merge: metaserver To: Andreas Røsdal On Thu, Jun 9, 2011 at 9:01 PM, Andreas Røsdal wrote: > > > On Thu, 9 Jun 2011, Marko Lindqvist wrote: > >> I had a mo

Re: [Freeciv-Dev] freeciv.net merge: metaserver

On Thu, 9 Jun 2011, Marko Lindqvist wrote: - As instructed in README, I run ./build.sh in freeciv-web directory. It fails when it tries to cp file to ~/freeciv-build/resin-4.0.18/webapps/ as I don't have any ~/freeciv-build directory. I don't see from the instructions when such a directory is su

Re: [Freeciv-Dev] freeciv.net merge: metaserver

On Thu, 9 Jun 2011, Marko Lindqvist wrote: I had a moment to browse freeciv.net sources again to plan how to proceed in our gradual merge (currently just unifying codebase; minimizing diff between the two systems) I noticed that your tree has copy of metaserver also. I've been doing commit or

[Freeciv-Dev] [patch #1301] [Metaticket] settings patch series

Update of patch #1301 (project freeciv): Planned Release: 2.3.0 => 2.4.0 ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [patch #2554] stub lua AI module

Follow-up Comment #3, patch #2554 (project freeciv): Well, finishing of default ai code refactoring is still week or two away since I were absent for a while. I'm not only posting to repeat over and over that we are still a week away from completion. Progress has been made, and now all the patche

[Freeciv-Dev] [patch #2520] [metaticket] common lua interface

Follow-up Comment #5, patch #2520 (project freeciv): Any plans to proceed with this soonish? Just wondering what to do with patch #2672 (should we avoid messing with scripting stuff until this series has gone in?) ___ Reply to this item

[Freeciv-Dev] [patch #2688] Insert linebreaks to long happiness effect provider lists in happiness tab

Update of patch #2688 (project freeciv): Status:None => Ready For Test Planned Release: => 2.3.0, 2.4.0 ___ Reply to this item at:

[Freeciv-Dev] [patch #2698] Update filename references in README

Follow-up Comment #2, patch #2698 (project freeciv): - Now that generic client name "civclient" is replaced with "freeciv-gtk2" I'd like to have possibility to use other clients before first occurrence of word "freeciv-gtk2". Now you mention it only later. - In one example "civclient" is substit

[Freeciv-Dev] [patch #2697] Update filename references in README.graphics

Follow-up Comment #1, patch #2697 (project freeciv): I asked about "toplevel -> top level" from my wife who has studied English. >From the long explanation I got, I understood that "toplevel" is never correct, but when used adjectively just before the word it defines, correct would be "top-level"

[Freeciv-Dev] [patch #2696] Update filename references in README.cma

Update of patch #2696 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #2695] Update filename references in README.sound

Update of patch #2695 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #2691] consider_wonder_city-callback to AI interface

Update of patch #2691 (project freeciv): Status: Ready For Test => Done Assigned to:None => cazfi Open/Closed:Open => Closed ___

[Freeciv-Dev] [bug #17962] Inability to generate huge maps

Follow-up Comment #11, bug #17962 (project freeciv): >> Server should be as fast in Windows as in Linux, but Windows gtk is definitely slower. I think that the problem is Windows gtk. ___ Reply to this item at: