http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
Pepeto _ wrote:
> And you turn your tickets to resolved when you don't test them and some
> says that it doesn't work (providing clues and savegames).
>
All of my tickets that are resolved are thoroughly tested and verified.
Requiring verifi
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
> [wsimpson - Sam. Nov. 17 14:54:44 2007]:
>
> Closing other developers' tickets is terribly impolite. I'm keeping my
> own tickets open to verify. What you do with yours
>
>
And you turn your tickets to resolved when you don't tes
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
But not yet verified and deployed in a release, so I'm reopening it.
It's part of a series of related tickets.
Closing other developers' tickets is terribly impolite. I'm keeping my
own tickets open to verify. What you do with yours
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
This appears to be applied so I'm closing it.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
Committed trunk revision 13899.
Committed S2_2 revision 13900.
Committed S2_1 revision 13901.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
Too hard to merge, at least not in a few hours, as they are fairly
embedded in too many files. Instead, added a single new function to
keep them synchronized whenever a unit is killed: goto_unit_killed().
This allowed the unit number to be