[Freeciv-Dev] [patch #1283] Replace warmap by path finding code in settlers.c

2009-09-06 Thread pepeto
URL: http://gna.org/patch/?1283 Summary: Replace warmap by path finding code in settlers.c Project: Freeciv Submitted by: pepeto Submitted on: dimanche 06.09.2009 à 09:46 Category: None Priority: 3 - Low

[Freeciv-Dev] [bug #14099] wish: save global worklists

2009-09-06 Thread pepeto
Follow-up Comment #4, bug #14099 (project freeciv): Actually, there is a bug that I tried to describe in bug #13841. All options which are not loaded in load_general_options are not always loaded at all (e.g. connecting a server and leaving). So saving options overwrite them, and they are

[Freeciv-Dev] [bug #14253] svnrev doesn't find the revision number on locales

2009-09-06 Thread pepeto
URL: http://gna.org/bugs/?14253 Summary: svnrev doesn't find the revision number on locales Project: Freeciv Submitted by: pepeto Submitted on: dimanche 06.09.2009 à 13:01 Category: bootstrap Severity: 2

[Freeciv-Dev] [bug #14230] add new server state S_S_SAVEGAME to prevent changing of the ruleset after a savegame was loaded

2009-09-06 Thread Matthias Pfafferodt
Follow-up Comment #2, bug #14230 (project freeciv): - This change may make sense, but I mention it anyway: plrhand.c:182- you replace S_S_RUNNING != server_state() with !server_state_started(). This changes behavior as latter accepts S_S_OVER. which is valid as it is wrong if one tries to

[Freeciv-Dev] [patch #1252] cleanup of load_ruleset_game()

2009-09-06 Thread Matthias Pfafferodt
Follow-up Comment #9, patch #1252 (project freeciv): - I guess xxx_BRIDE_COST should be xxx_BRIBE_COST :-) ups; you are correct ... In general min/max checks should be only against illegal values, and not restricting too much what ruleset can do. So I'd set some max values to ridiculously

[Freeciv-Dev] [patch #1279] Remove traderoute color hacks

2009-09-06 Thread Marko Lindqvist
Update of patch #1279 (project freeciv): Status:None = Done Open/Closed:Open = Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #13879] Rename *_worklist function to worklist_*

2009-09-06 Thread Marko Lindqvist
Update of bug #13879 (project freeciv): Status:None = Fixed Open/Closed:Open = Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #14253] svnrev doesn't find the revision number on locales

2009-09-06 Thread Marko Lindqvist
Update of bug #14253 (project freeciv): Assigned to:None = cazfi Planned Release:None = 2.2.0 ___ Reply to this item at:

[Freeciv-Dev] [patch #1271] Featured text: simulate Book's colors

2009-09-06 Thread Marko Lindqvist
Follow-up Comment #1, patch #1271 (project freeciv): - Added color parameters to couple of notify_player() calls where they were still missing. I hope there is no more. Too bad these don't cause compiler error as it's vararg function - Fixed typo in comment patch was moving around anyway (file

[Freeciv-Dev] [patch #1266] add option to restrict the use of road and rails for enemies

2009-09-06 Thread Marko Lindqvist
Update of patch #1266 (project freeciv): Planned Release:None = 2.3.0 ___ Follow-up Comment #1: - Isn't helptext wrong way around: If this option is set to 0, the use of roads and rails will

[Freeciv-Dev] [bug #14257] wish: arbitrary grouping of cities

2009-09-06 Thread anonymous
URL: http://gna.org/bugs/?14257 Summary: wish: arbitrary grouping of cities Project: Freeciv Submitted by: None Submitted on: Monday 09/07/2009 at 01:58 CEST Category: None Severity: 1 - Wish

[Freeciv-Dev] [patch #1258] [1/4] Setting to disable border info in fog of war.

2009-09-06 Thread Marko Lindqvist
Follow-up Comment #3, patch #1258 (project freeciv): Why is this divided into 4 patches? It seems to me that patches 2 3 fix serious bugs in patch 1, so patch 1 cannot be committed without them. Patch 4 is even more curious. Why does patch 1 set foggedborders setting SSET_RULES if you already

[Freeciv-Dev] [patch #1197] save game settings in game.ruleset

2009-09-06 Thread Marko Lindqvist
Follow-up Comment #1, patch #1197 (project freeciv): * rulesetdir will first do a reset and after that load the new ruleset (= defined state after loading a new ruleset) * reset will restore settings from the ruleset These two resets are not the same thing, right? Or is this