Bug#700222: freeciv-server: irrigation of swamps broken
I wrote: http://gna.org/bugs/?16209: all progress on projects is lost when loading a savegame into 2.2.1. So, was there one or more save/load cycles between these two turns? If this is the case, then you'll see a different situation to me when you load those savegames. The bug is that progress is lost on load, so loading into a newer version of Freeciv, progress is not lost. I loaded into 2.2.7, as the 2.2.x version I had to hand. So I predict that when you load these savegames into 2.2.1, you're seeing the full 15 turns left in both cases. Is that correct? I did the experiment myself with vanilla 2.2.1, and it behaves as I say. So, I'm reasonably convinced upstream bug 16209 is behind this. In the absence of further information from the original submitter, I recommend this bug is marked as fixed by 2.2.2-1 and closed. (But I leave actually doing so to the package maintainers.) The only Debian release still affected by bug 16209 is squeeze=oldstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700222: freeciv-server: irrigation of swamps broken
David Christensen writes: Irrigations of swamps is broken. Please review workers near Aarhus on turn 132 and turn 163. Can you provide a bit more information on what exactly is not behaving as you expect? In T0132 we have at [l tgt=tile x=66 y=40 /]: [l tgt=unit id=806 name=Archers /], fortified [l tgt=unit id=805 name=Workers /], manually irrigating, 14 turns to go In T0163 at the same tile we have the same Archers and Workers units doing the same things, with the Workers having 2 turns to go. There's no evidence of global warming or similar disturbing factors. I'm going to guess that you say that the Workers have been undisturbed in the intervening time, and that you'd thus have expected them to have finished converting the swamp to grassland around T0146. 2.2.1 is rather old, but I don't recall any progress-losing bugs fixed since then, offhand. There is a hazard though: if you were to stop the Workers from working, even for a moment, then you do lose all progress; and it was rather easy to do this if you had Clear unit orders on selection enabled in the options -- just selecting the unit would lose everything. (This behaviour was improved in 2.3.0 -- from that version, if you immediately set the unit to irrigating again, it will pick up where it left off. http://gna.org/bugs/?15510) Is it possible that this is what happened? Otherwise, without some more information about what happened in the interim, it's going to be hard to diagnose this. Do you have more savefiles? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700222: freeciv-server: irrigation of swamps broken
I wrote: 2.2.1 is rather old, but I don't recall any progress-losing bugs fixed since then, offhand. ...and then linked to gna #15510, which itself links to exactly such a progress-losing bug that is present in 2.2.1 and fixed in 2.2.2 (that I had introduced and fixed myself and subsequently forgotten about). http://gna.org/bugs/?16209: all progress on projects is lost when loading a savegame into 2.2.1. So, was there one or more save/load cycles between these two turns? If this is the case, then you'll see a different situation to me when you load those savegames. The bug is that progress is lost on load, so loading into a newer version of Freeciv, progress is not lost. I loaded into 2.2.7, as the 2.2.x version I had to hand. So I predict that when you load these savegames into 2.2.1, you're seeing the full 15 turns left in both cases. Is that correct? If this is the explanation, then it's fixed upstream and indeed in newer Debian versions. It's a bit unfortunate that the current Debian stable (soon to be oldstable?) is stuck with this buggy version; not sure what's to be done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org