[Freeciv-Dev] [bug #17347] Incorrect numerical sort order in Cities report.

Update of bug #17347 (project freeciv): Status: Need Info => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #4: Pretty sure this wa

[Freeciv-Dev] [bug #17636] failure to load

Follow-up Comment #1, bug #17636 (project freeciv): It's been a long time, but I don't suppose you still have the savefile? If so, could you attach it here? Otherwise, we'll never know, but I'd guess that the savefile ended up truncated or corrupted. _

[Freeciv-Dev] [bug #17658] Translate msgid "freeciv 2.3.0"

Update of bug #17658 (project freeciv): Planned Release: => 2.5.0 ___ Follow-up Comment #6: This should be moot now, as the "saveversion" option has been removed from trunk in patch #3188.

[Freeciv-Dev] [bug #17680] assertion 'vsystem->levels > level' failed

Update of bug #17680 (project freeciv): Planned Release: => 2.4.0,2.5.0 ___ Follow-up Comment #2: This is/was probably in new veteran code, so setting 2.4.0 target. (Despite the fact that there

[Freeciv-Dev] [bug #17729] More players and nations in scenarios

Update of bug #17729 (project freeciv): Severity: 3 - Normal => 1 - Wish ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #17733] ToAlliesOnly toggle button doesn't appear for client-started game

Update of bug #17733 (project freeciv): Summary: ToAlliesOnly toggle button's appearance => ToAlliesOnly toggle button doesn't appear for client-started game ___ Follow-up Comment #2: Yes, this is deliberate behaviour. Cl

[Freeciv-Dev] [bug #17737] killunhomed server option is unusable

Follow-up Comment #6, bug #17737 (project freeciv): Soo... killunhomed was originally designed to dispatch initial units, and that's what this ticket was complaining about. So, clearly not everyone thinks it's unusable as-is :) There's also a digression(?) about the new(ish) "capture" feature and

[Freeciv-Dev] [bug #17753] Startpos ALL with generator RANDOM and ISLAND

Follow-up Comment #1, bug #17753 (project freeciv): Still seems true with default settings. Falling back from what you asked for in terms of startpos (and in extreme cases, generator) is something that can happen; if the generators fail to produce a single island which the start position generato

[Freeciv-Dev] [bug #16684] Possible Bug using Island generator

Follow-up Comment #4, bug #16684 (project freeciv): Original report has generator=ISLANDS + startpos=SINGLE generating different-looking maps to startpos=VARIABLE. That the behaviour is different appears to be deliberate in the code; for ISLANDS, simply calls a different generator function dependi

[Freeciv-Dev] [bug #16651] pseudo-fractal map generator can't be used with different startpos options (other than default=0)

Follow-up Comment #2, bug #16651 (project freeciv): I just tried this on the head of S2_4, and the result I got looked like it came from the FRACTAL rather than RANDOM generator (more raggedy edges). However: the number of islands the generator generates can depend on the startpos setting. For FR

[Freeciv-Dev] [bug #17793] city_map_radius_sq_get() [../../common/city.c::132]: assertion 'pcity != ((void *)0)' failed.

Update of bug #17793 (project freeciv): Planned Release: 2.3.0 => ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #17801] Freeciv Crashing on Ubuntu 10.10

Follow-up Comment #2, bug #17801 (project freeciv): There's not really anything to go on in this bug report... will close as Invalid soon unless some new info appears. ___ Reply to this item at:

[Freeciv-Dev] [patch #3339] ConnectLand road flag

URL: Summary: ConnectLand road flag Project: Freeciv Submitted by: cazfi Submitted on: Mon 25 Jun 2012 01:53:38 AM EEST Category: general Priority: 5 - Normal

[Freeciv-Dev] [bug #17824] in fill_grid_sprite_array() [tilespec.c::4211]: assertion 't->sprites.player[plrid].grid_borders [pedge->type][1] != NUL

Update of bug #17824 (project freeciv): Summary: tilespec.c assertion failed => in fill_grid_sprite_array() [tilespec.c::4211]: assertion 't->sprites.player[plrid].grid_borders [pedge->type][1] != NUL ___ Follow-up Comment

Re: [Freeciv-Dev] Unexpected absence

On 24 June 2012 18:05, Marko Lindqvist wrote: >  Motherboard breakage prevents me from doing any freeciv development > for a while. I'll try to check and answer emails every now and then. My secondary machine powered up after some work after all. I should be able to work with this, though not as

[Freeciv-Dev] [bug #17864] Map generation retry leads to map created with rivers (and huts) over ocean

Update of bug #17864 (project freeciv): Status:None => Confirmed Planned Release: => 2.4.0,2.5.0 Summary: map created with rivers (and huts) over ocean => Map generation retry leads to

Re: [Freeciv-Dev] [Freeciv-i18n] Nations in Freeciv (was: S2_4 nation updates)

> Whew, I unleashed something here. Jos has found this discussion, but it > ought to have been on -dev as well as -i18n, so that other nation > contributors have a chance to join in. Yes. We should at least contact Andrzej. > I think there's two things here: whether all these nations are enhanci

[Freeciv-Dev] [bug #17934] Multiple Transports - Choice

Update of bug #17934 (project freeciv): Status:None => Duplicate Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #13943] Allow unit to choose which transport to load onto

Follow-up Comment #3, bug #13943 (project freeciv): Detail from duplicate bug #17934: "If more than one transport is present when a unit is given the Load command, it will load into some [random?] transport. Please give the user a palette to choose from of available transports. It would be particu

[Freeciv-Dev] [bug #17960] wish: autoexplorers going back into a city

Follow-up Comment #1, bug #17960 (project freeciv): > Also would be nice that autoexplorers move away quickly from > territory belonging to nations which you have armistice with, > similar to what requested by bug #14084. For the record since bug #14084 is now closed: I don't think the committed

[Freeciv-Dev] [bug #18041] when fogged, border change more than it should

Follow-up Comment #2, bug #18041 (project freeciv): > Same as bug #18588? If so, it wouldn't be reproducible from a savegame. And indeed, I can't reproduce it with 2.3.2 (which predates the fix for the above bug). @alocritani: can you look at the animated GIF attached to the other bug and confirm

[Freeciv-Dev] [bug #18085] River and Map Format

Update of bug #18085 (project freeciv): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #10: Doesn't seem any p

[Freeciv-Dev] [bug #18254] Server ignores input when run in screen

Follow-up Comment #4, bug #18254 (project freeciv): I've only been able to provoke this message by typing Ctrl-D at the server prompt. I couldn't provoke it by just hitting Return, or by putting blank lines in .serv files. ___ Reply to this

[Freeciv-Dev] [bug #18420] The Wiki entry for SVN does not mention 2.3

Update of bug #18420 (project freeciv): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #3: Going to close this

[Freeciv-Dev] [bug #18432] The server crashes without an error message if anyone has a unit with move_rate = 0

Update of bug #18432 (project freeciv): Status:None => Need Info ___ Follow-up Comment #1: I couldn't reproduce this as reported; I wound back to S2_4 r20006, changed the default ruleset

[Freeciv-Dev] [bug #18476] allow to load games without a map (i.e. tutorial)

Follow-up Comment #2, bug #18476 (project freeciv): No objection from me -- I was thinking along the same lines. ___ Reply to this item at: ___ Message sent via/

[Freeciv-Dev] [bug #18658] Help: mbook's small wonders are treated as buildings

Update of bug #18658 (project freeciv): Summary: mbooks little wonders are treated as buildings => Help: mbook's small wonders are treated as buildings ___ Reply to this item at: __

[Freeciv-Dev] [bug #19852] Multiplayer ruleset: can get free techs from Darwin's Voyage multiple times

URL: Summary: Multiplayer ruleset: can get free techs from Darwin's Voyage multiple times Project: Freeciv Submitted by: jtn Submitted on: Sun Jun 24 21:41:17 2012 Category: None

[Freeciv-Dev] [bug #18717] Big city radius, fog of war

Follow-up Comment #7, bug #18717 (project freeciv): On freeciv-dev Michal replies: "A city with a warrior inside would have full vision radius. An empty city sees less." ___ Rep

[Freeciv-Dev] [bug #18733] fix AI handling of plague (health)

Update of bug #18733 (project freeciv): Category:None => ai ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #18760] Pregame window size is too small on first run

Update of bug #18760 (project freeciv): Summary: Window size is too small on first run => Pregame window size is too small on first run ___ Follow-up Comment #1: Yes, I run into this with the pregame (player list) screen t

[Freeciv-Dev] [bug #18787] Is build_landarea_map() overused with calc_civ_score?

Update of bug #18787 (project freeciv): Severity: 3 - Normal => 2 - Minor ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #18787] Is build_landarea_map() overused with calc_civ_score?

Follow-up Comment #1, bug #18787 (project freeciv): I concur. I think the answer is probably to rename calc_civ_score() to calc_civ_scores() and move the player iteration inside it. (The structure of the code now in build_landarea_map() used to look quite different; see r11136

[Freeciv-Dev] [bug #18816] When you lose a technology, cities check doesn't count on upgradable productions

Follow-up Comment #5, bug #18816 (project freeciv): OK, here's what I guess is going on here. (Sorry if you'd worked this out; I finally got there.) * You had a bunch of cities building Caravans. * You got The Corporation. You won't be able to direct new cities to build Caravans, but the existing

[Freeciv-Dev] [bug #19253] unit_bribe_cost veteran contribution looks wrong

Follow-up Comment #4, bug #19253 (project freeciv): > this code apparently came in in r12297, RT #20368, in Sep 2006 > (possibly as an afterthought). I dunno when multiple veteran > levels came in data/default/units.ruleset already has multiple veteran levels defined in r12297: http://svn.gna.org

[Freeciv-Dev] [bug #19253] unit_bribe_cost veteran contribution looks wrong

Update of bug #19253 (project freeciv): Summary: Bug in unit_bribe_cost => unit_bribe_cost veteran contribution looks wrong ___ Follow-up Comment #3: > Without investigating version history more, I'm not sure if > this h

[Freeciv-Dev] [bug #19851] Help: not enough info on unit veteran levels

URL: Summary: Help: not enough info on unit veteran levels Project: Freeciv Submitted by: jtn Submitted on: Sun Jun 24 19:55:08 2012 Category: docs Severity: 3 - Normal

[Freeciv-Dev] [bug #17886] Workers in experimental ruleset have veteran levels but NoVeteran flag

Update of bug #17886 (project freeciv): Status:None => Duplicate Open/Closed:Open => Closed Summary: Workers in experimental ruleset => Workers in experimental ruleset have vetera

[Freeciv-Dev] [bug #19818] Experimental ruleset: worker veteran system has problems

Follow-up Comment #3, bug #19818 (project freeciv): Angelo Locritani (alocritani@gna) already spotted the first problem last March (bug #17886)... ___ Reply to this item at: _

[Freeciv-Dev] [patch #2348] [veteran03] redo calculation of spy/diplomat chances

Follow-up Comment #2, patch #2348 (project freeciv): I must admit, I don't much care for this new formula; it seems somewhat arbitrary to mix numeric veteran level with power_fact. In bug #19850 I'm suggesting just taking the spy/diplomat veteran influence from the ruleset for 2.4.0.

[Freeciv-Dev] [patch #3325] Allow custom types for governments to be used in effect requirements.

Update of patch #3325 (project freeciv): Status:None => Ready For Test ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #19850] Move diplomat/spy veteran effects to ruleset

Follow-up Comment #2, bug #19850 (project freeciv): Let's say we just replace the linear effect of veteran level in diplomat_success_vs_defender() with power_fact in a simple-minded way. To replicate the S2_3 default ruleset behaviour I think you'd need these ruleset declarations (untested): ve

[Freeciv-Dev] [bug #19850] Move diplomat/spy veteran effects to ruleset

Follow-up Comment #1, bug #19850 (project freeciv): (The fun bit) We'd also get to give the veteran ranks custom names instead of green/veteran/hardened/elite. For diplomats, there are some handy standardised systems of diplomatic rank . We can steal

[Freeciv-Dev] [bug #19850] Move diplomat/spy veteran effects to ruleset

URL: Summary: Move diplomat/spy veteran effects to ruleset Project: Freeciv Submitted by: jtn Submitted on: Sun Jun 24 18:39:51 2012 Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19646] Typos in nation legends

Follow-up Comment #4, bug #19646 (project freeciv): I am not Asturian myself, and in fact, I had to look it up to make sure that Cuadonga was indeed Covadonga. I think that your reasoning with Moskva would be good if there were an English equivalent for Cuadonga; since there is none, the original

[Freeciv-Dev] [patch #2024] Jamaican nation

Follow-up Comment #7, patch #2024 (project freeciv): Thanks! ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Freeciv-Dev] [patch #3313] Nets to experimental ruleset

Follow-up Comment #3, patch #3313 (project freeciv): >New base type Nets, buildable on Oceanic tiles after Seafaring >discovered, required in tile before Harbor gives food bonus I like the idea. I find the bonus from harbours and offshore plataforms very powerful, imo it is better if you have to i

[Freeciv-Dev] [patch #2024] Jamaican nation

Follow-up Comment #6, patch #2024 (project freeciv): No, that was just an error. I corrected it. ___ Reply to this item at: ___ Message sent via/by Gna! http:/

[Freeciv-Dev] [bug #19646] Typos in nation legends

Update of bug #19646 (project freeciv): Status: Ready For Test => Need Info ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19344] settled area calculation includes occupied-but-not-worked tiles within city radius

Update of bug #19344 (project freeciv): Status:None => Need Info ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19304] Double Vision with a small map

Update of bug #19304 (project freeciv): Status:None => Need Info ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19344] settled area calculation includes occupied-but-not-worked tiles within city radius

Update of bug #19344 (project freeciv): Summary:settled area => settled area calculation includes occupied-but-not-worked tiles within city radius ___ Follow-up Comment #1: It's been this way since at least r11

[Freeciv-Dev] [bug #19429] Assertion failures at start with 350x350 isometric map

Follow-up Comment #2, bug #19429 (project freeciv): Cause is fairly clear: MAP_MAX_LINEAR_SIZE (=512 on S2_3) is in native coordinates, whereas MAP_WIDTH/MAP_HEIGHT are (I think) map coordinates: #define MAP_WIDTH (MAP_IS_ISOMETRIC ? (map.xsize + map.ysize / 2) : map.xsize) #define MAP_HEIGH

[Freeciv-Dev] Unexpected absence

Motherboard breakage prevents me from doing any freeciv development for a while. I'll try to check and answer emails every now and then. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19542] Incorrect form of address in diplomatic dialog

Follow-up Comment #1, bug #19542 (project freeciv): Unfortunately, now ruler titles are of the form "Mother Superior %s", we can't do it without including the leader name as well. "Mother Superior Grace O'Malley!, the Burmese ambassador has arrived" ___

[Freeciv-Dev] [bug #19564] Spelling mistake "Unkown" in internal error messages

Update of bug #19564 (project freeciv): Severity: 3 - Normal => 2 - Minor Status:None => Ready For Test Assigned to:None => jtn Operating System:

[Freeciv-Dev] [bug #19583] No top menu in GTK3 client

Update of bug #19583 (project freeciv): Planned Release: => 2.4.0,2.5.0 ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19584] Left panel and the docks in it cannot be resized

Update of bug #19584 (project freeciv): Planned Release: => 2.4.0,2.5.0 ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19725] Cease fire with RIP players may break alliances

Follow-up Comment #2, bug #19725 (project freeciv): Yes, this looks like a duplicate of bug #17779, just different effect of ghostly ceasefire. Although I didn't understand that Democracy effect either. We didn't notice any long lasting problems with RIPed war states. __

[Freeciv-Dev] [bug #19608] Number of units built

Update of bug #19608 (project freeciv): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #5: Everything looks to

[Freeciv-Dev] [bug #19612] "L"oaded status on unit away from transport

Update of bug #19612 (project freeciv): Planned Release: => 2.4.0,2.5.0 ___ Follow-up Comment #2: I saw some funnies with units' transported status as seen on the client when digging into bug #1

[Freeciv-Dev] [bug #19616] Front part of base is drawn over unit in southeast tile

Additional Item Attachment, bug #19616 (project freeciv): File name: 19616.png Size:46 KB ___ Reply to this item at: ___ Message sent via/b

[Freeciv-Dev] [bug #19670] AI considers embassy negative thing

Update of bug #19670 (project freeciv): Category:None => ai ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19689] add 'random' command to set AI skill to random level

Update of bug #19689 (project freeciv): Severity: 2 - Minor => 1 - Wish ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #17779] Still Counting Down Cease-fire With R.I.P. Opponent

Follow-up Comment #2, bug #17779 (project freeciv): See also bug #19725. ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Freeciv-Dev] [bug #19725] Cease fire with RIP players may break alliances

Follow-up Comment #1, bug #19725 (project freeciv): See bug #17779 for another report of trouble with ghostly ceasefires. (I didn't fully understand that report.) ___ Reply to this item at: _

[Freeciv-Dev] [bug #19848] assertion 'tech == (200-2) || (tech >= 0 && tech < game.control.num_tech_types)' failed

URL: Summary: assertion 'tech == (200-2) || (tech >= 0 && tech < game.control.num_tech_types)' failed Project: Freeciv Submitted by: jtn Submitted on: Sun Jun 24 13:28:44 2012 Category: client-

[Freeciv-Dev] [bug #19745] Player scores excessively high in this savefile

Follow-up Comment #2, bug #19745 (project freeciv): In the original savegame, the scores are: * Gunnhill/philippe (Viking): 4 * ?/Admin (Amazigh): 1295 * Anna/AI (Brandenburgian): 1071 * Elizabeth I/AI (English): 1165 This is at T18. Ruleset is "default". Leaders are in use. @master: I'm not sur

[Freeciv-Dev] [bug #19778] National border dashed line of colour green gets confused with grassland tile in trident tileset

Update of bug #19778 (project freeciv): Planned Release: => 2.4.0,2.5.0 ___ Follow-up Comment #3: I'm inclined to try to fix this for 2.4.0, since the arrangements for colour are being revamped

[Freeciv-Dev] [bug #19836] Specials vector size saved as specials_size, but loaded as special_size

Follow-up Comment #1, bug #19836 (project freeciv): > I'm not quite sure of the purpose of these _size entries OK, looking closer, improvement/technology/bases_size > 0 are used to gate calls to secfile_lookup_str_vec(), which would return an error on a zero-length vector. For some reason special

[Freeciv-Dev] [patch #3335] Remove old Road & Railroad from main specials list

Follow-up Comment #1, patch #3335 (project freeciv): - Fixed loading of old special order with roads & railroads in it (file #15872) ___ Additional Item Attachment: File name: RoadOldSpe-2.diff.bz2 Size:5 KB

[Freeciv-Dev] [bug #19846] Closing unit select dialog asserts

Update of bug #19846 (project freeciv): Planned Release: => 2.4.0 ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #19846] Closing unit select dialog asserts

URL: Summary: Closing unit select dialog asserts Project: Freeciv Submitted by: cazfi Submitted on: Sun 24 Jun 2012 11:43:57 AM EEST Category: client-gtk-3.0 Severity: 3 - Norma

[Freeciv-Dev] [patch #3314] fix a few minor errors in gtkpixcomm

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