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

2009-09-06 Thread pepeto
URL: 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 lost.

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

2009-09-06 Thread pepeto
URL: 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 trie

[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 > ridic

[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 wil

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

2009-09-06 Thread anonymous
URL: 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 k

[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