Follow-up Comment #11, patch #3815 (project freeciv):
S2_4 version
(file #17837)
___
Additional Item Attachment:
File name: StaticOceanMoveHelp-S2_4.patch Size:2 KB
___
Reply to
Update of patch #3869 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #3, bug #17887 (project freeciv):
root_reqs were enabled in the experimental ruleset post-2.3 in
patch #2381; I'm thus setting a release goal of 2.4.0
This is one of the remaining 2.4 blockers. While this is not codewise
reggression (root_req has had these problems for a long
Follow-up Comment #4, patch #3719 (project freeciv):
Something I have seen done for other projects in the past is to distribute a
separate tarball with large assets used to generate graphics, textures,
sounds, etc. in the same distribution locations. This has the advantage of
making it easily
Update of bug #20721 (project freeciv):
Category:None = general
Status:None = Ready For Test
Planned Release: = 2.4.0, 2.5.0
I wrote:
The second beta of Freeciv 2.4.0 is now available for download.
Here are the translation stats:
en_GB: 100%: 7115 translated.
ca: 100%: 7115 translated.
fr: 100%: 7115 translated.
pl: 100%: 7115 translated.
es: 99.2%: 7058 translated, 34 fuzzy, 23 untranslated.
gd: 93%: 6601
We're just a couple of days from branching S2_5 02-May. My timezone is EEST
(UTC +3), and I'm about start the branching activities as soon as clock
hits 00:00 here. So for you in western Europe, let alone in Americas, it
will be still 01-May.
After the bracnhing we will have four active branches:
URL:
http://gna.org/patch/?3885
Summary: base_assess_defense_unit() BadCityDefender handling
Project: Freeciv
Submitted by: cazfi
Submitted on: Sun 28 Apr 2013 10:35:11 PM EEST
Category: ai
Priority: 5 -
Follow-up Comment #5, patch #3839 (project freeciv):
base_assess_defense_unit() change now part of patch #3885
___
Reply to this item at:
http://gna.org/patch/?3839
___
Message sent via/by
Update of patch #3876 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #3826 (project freeciv):
Status:None = Ready For Test
Assigned to:None = cazfi
Planned Release: = 2.5.0, 2.6.0
Update of bug #20616 (project freeciv):
Status:None = Ready For Test
Planned Release: = 2.4.0, 2.5.0, 2.6.0
___
Follow-up Comment #1:
Attached patch fixes
Follow-up Comment #1, bug #20588 (project freeciv):
Not submitting patch until the fix for bug #20543 is committed
I take you meant the patch that was already submitted for bug #20543, and has
now been committed. Bug is still not closed, but there's nothin submitted to
clash with.
Follow-up Comment #2, bug #19542 (project freeciv):
Could we live with providing just two strings, one for each leader gender?
___
Reply to this item at:
http://gna.org/bugs/?19542
___
Update of bug #16383 (project freeciv):
Status: In Progress = Ready For Test
___
Follow-up Comment #19:
Untested patch
(file #17847)
___
Update of bug #16383 (project freeciv):
Planned Release: 2.5.0 = 2.6.0
___
Follow-up Comment #20:
- Really prevent the move if no suitable road to travel found. It was falling
to default MR_OK
Update of bug #20722 (project freeciv):
Depends on: = bugs #20747
___
Reply to this item at:
http://gna.org/bugs/?20722
___
Message sent
Update of bug #19825 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #1, patch #3885 (project freeciv):
While this seems logically correct with the assumption that we are in a city,
it doesn't work so well if pcity==NULL, and would represent a significant
behaviour change under those circumstances.
Previously, for defending without a city, using
Follow-up Comment #17, bug #20045 (project freeciv):
If allied transports are involved, this could be bug #20727 (transport moving
out of sight, getting unloaded for removal from client end before cargo moves)
___
Reply to this item at:
Follow-up Comment #6, patch #3839 (project freeciv):
Reduced patch, no longer including base_assess_defense_unit() or
kill_something_with()
(file #17850)
___
Additional Item Attachment:
File name: low-hanging-nativity-fixes-reduced.patch
Follow-up Comment #1, bug #20726 (project freeciv):
I tested this with S2_3 too. It didn't give failing asserts, but the behavior
was the same.
So at least this is not a reggression since 2.3, and thus not necessarily
2.4.0 blocker.
___
Follow-up Comment #21, bug #16383 (project freeciv):
%s cannot move road diagonally doesn't parse for me (seems to imply the road
is being moved, rather than the unit). How about %s cannot move diagonally
on available roads. It would be nice to know *which* road was cardinal or
I have a buggy, impractical, hard to use, untested, unfinished
recorder for Freeciv games that makes it possible to replay a game to
the Freeciv server. By connecting to the server where the game is
being replayed on and join as an observer the record can be viewed.
Being able to observe a game
24 matches
Mail list logo