[Freeciv-Dev] [bug #24070] terrain alteration and pillaging broken using all default settings

Follow-up Comment #5, bug #24070 (project freeciv): trunk yes, with supplied savegame ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Freeciv-Dev] [patch #6561] Savegame loading time check that unique units are unique

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

[Freeciv-Dev] [bug #24076] assertion 'dest_path->positions[dest_end].tile == src_path->positions[0].tile' failed (patrol route ending on waypoint

URL: Summary: assertion 'dest_path->positions[dest_end].tile == src_path->positions[0].tile' failed (patrol route ending on waypoint Project: Freeciv Submitted by: jtn Submitted on: Sat 14 Nov 2015 17:22:32 UT

[Freeciv-Dev] [bug #24075] "cannot have negative gold!" (with gold_upkeep_style=2?)

Follow-up Comment #2, bug #24075 (project freeciv): I also remember that once we had similar bug that we fixed. In that case transports and the destruction order of them and their cargo was involved. Just wondering if what we see now could be that gold upkeep code has not been aligned with the lat

[Freeciv-Dev] [bug #24075] "cannot have negative gold!" (with gold_upkeep_style=2?)

Follow-up Comment #1, bug #24075 (project freeciv): Hm, we never got to the bottom of bug #18439, which looks kinda similar. ___ Reply to this item at: ___ Messa

[Freeciv-Dev] [bug #18439] Server freeze after 28 s of "in sell_random_unit() [cityturn.c::1795]: assertion 'gold_upkeep > 0' failed."

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

[Freeciv-Dev] [bug #24075] "cannot have negative gold!" (with gold_upkeep_style=2?)

URL: Summary: "cannot have negative gold!" (with gold_upkeep_style=2?) Project: Freeciv Submitted by: jtn Submitted on: Sat 14 Nov 2015 16:24:38 UTC Category: None Severity: 3 -

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

Follow-up Comment #5, bug #24074 (project freeciv): Also igter_cost. I think that's it? ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

Follow-up Comment #4, bug #24074 (project freeciv): Also PACKET_EDIT_UNIT.moves_left. Other UINT8s to consider (not so critical): * veteran move_bonus (PACKET_RULESET_GAME, PACKET_RULESET_UNIT) * PACKET_RULESET_ROAD.move_cost ___ Reply to

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

Follow-up Comment #3, bug #24074 (project freeciv): PACKET_UNIT_INFO movesleft is also UINT8. We'll also need to increase that. This can be considered a bug in move_fragements support added in 2.5; the additional resolution should have come with more headroom to maintain range. _

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

Follow-up Comment #2, bug #24074 (project freeciv): OK, so increase network capacity to UINT16 everywhere and validate to that. (Another reason to increase it on later branches is that practical use of the 2.6 Pythagorean-diagonal feature is likely to want a large number of move_fragments) _

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

Follow-up Comment #1, bug #24074 (project freeciv): > On later branches we can increase the size of move_rate in the network packet > What should we do on S2_5? The same, but as optional capability. ___ Reply to this item at:

[Freeciv-Dev] [bug #24074] Limit on unit move_rate not caught during ruleset loading

URL: Summary: Limit on unit move_rate not caught during ruleset loading Project: Freeciv Submitted by: jtn Submitted on: Sat 14 Nov 2015 14:27:16 UTC Category: None Severity: 3

[Freeciv-Dev] [bug #23580] Ping info network error

Update of bug #23580 (project freeciv): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #2: Going to claim this

[Freeciv-Dev] [bug #24073] Server should announce listening port on console

Follow-up Comment #1, bug #24073 (project freeciv): I thought it has always done that, but apparently the text I remembered is only sent to the client, after one has already connected to the right port. "Welcome to Freeciv version vvv, running on port 5556" _

[Freeciv-Dev] [bug #24073] Server should announce listening port on console

URL: Summary: Server should announce listening port on console Project: Freeciv Submitted by: jtn Submitted on: Sat 14 Nov 2015 11:57:03 UTC Category: None Severity: 3 - Normal