URL:
http://gna.org/patch/?2684
Summary: New Spanish nation
Project: Freeciv
Submitted by: artaxes
Submitted on: Fri 03 Jun 2011 09:35:37 AM GMT
Category: rulesets
Priority: 5 - Normal
Follow-up Comment #3, bug #18170 (project freeciv):
Conversely, the effect of fixing this bug is that any big-endian
server operators will effectively lose all their passwords
(unless we put in a backwards-compatibility wart). Probably not
one to drop into a stable release update, then.
Follow-up Comment #6, bug #17787 (project freeciv):
- Corrected paths in POTFILES.in also
(file #13084)
___
Additional Item Attachment:
File name: ScenarioS_17787-2.diff Size:6 KB
Follow-up Comment #2, patch #2591 (project freeciv):
- Updated against current svn
(file #13085)
___
Additional Item Attachment:
File name: FuncHdrsGtk2_2591-3.diff.bz2 Size:11 KB
Follow-up Comment #13, bug #18163 (project freeciv):
Just in case we ever release 2.2.6, can this one be easily fixed in S2_2? It
has been regression between 2.2.4 and 2.2.5.
___
Reply to this item at:
http://gna.org/bugs/?18163
Follow-up Comment #1, patch #2572 (project freeciv):
IIRC I didn't commit this back in March because it seemed to cause regression
in file deletion. Now that I looked at it again, I cannot reproduce such a
problem.
Maybe I never really had time to test it, but only assumed there to be some
Follow-up Comment #5, task #7334 (project freeciv):
Just a reminder about this task now it's getting current again (if everything
goes ok, just two patches to commit before I branch gtk3-client)
building Gtk3 (and related dependencies) from source (maybe
that isn't as scary as I fear).
All
Update of task #7334 (project freeciv):
Depends on: = patch #2591
___
Reply to this item at:
http://gna.org/task/?7334
___
Message sent
Additional Item Attachment, bug #18179 (project freeciv):
File name: save.sav.gzSize:52 KB
___
Reply to this item at:
http://gna.org/bugs/?18179
___
Message posté
Update of patch #2575 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #5, bug #18095 (project freeciv):
For the record: I cannot reproduce in TRUNK. Related functionality has been
moved around a bit there, so the call to ai_data_get() is probably correctly
within ai_data_phase_init() and ai_data_phase_done() boundaries.
I'll see if there is easy
Update of bug #18095 (project freeciv):
Status:None = Ready For Test
___
Follow-up Comment #6:
I'll propose attached patch for S2_3 ('S' as stable) only. It removes the
assert and minimizes
Follow-up Comment #7, bug #18095 (project freeciv):
minimizes bad effects of such calls that have been triggering
the assert.
I wonder if similar patch should be created even for S2_2?
___
Reply to this item at:
Follow-up Comment #8, bug #18095 (project freeciv):
- Calculate new data in any case, so we return more sensible data even to
those illegal callers.
(file #13088)
___
Additional Item Attachment:
File name: DataPhaseKludge_18095-2.diff
Update of patch #2548 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Update of bug #16429 (project freeciv):
Status: Need Info = Works For Me
Open/Closed:Open = Closed
___
Follow-up Comment #16:
I did test the
Update of bug #17802 (project freeciv):
Status: Confirmed = Ready For Test
___
Follow-up Comment #2:
The size of the overview was change at the time it was made scrollable. The
attached patch adds
Update of bug #18179 (project freeciv):
Summary: Buoys clear vision area not restored when reloading
a saved game = Buoys clear vision area not restored when reloading a saved
game with borders=0
___
Follow-up Comment #2:
Follow-up Comment #8, bug #16385 (project freeciv):
See also bug #18179 for another reason why reworking this is a good idea.
___
Reply to this item at:
http://gna.org/bugs/?16385
___
Follow-up Comment #5, bug #15683 (project freeciv):
...in that bug, it turns out that borders=0. Was that the case here?
If there's no further traffic on this ticket I'll close it as a duplicate of
that one.
___
Reply to this item at:
Follow-up Comment #3, bug #17802 (project freeciv):
It's an improvement, thanks. There's still ways in which this is suboptimal
(it prefers to add scrollbars to using smaller pixels) but that's what my
rework was trying to address. Feel free to steal this ticket from me.
Update of bug #17843 (project freeciv):
Status:None = Ready For Test
___
Follow-up Comment #2:
Could you please test the attached patch? It moves the check for an updated
city radius to
Follow-up Comment #3, bug #14236 (project freeciv):
see also bug #16385 Consider changing how base ownership works to avoid
problems with buoys
___
Reply to this item at:
http://gna.org/bugs/?14236
Follow-up Comment #9, bug #16385 (project freeciv):
see also bug #14236 bases claiming territory
___
Reply to this item at:
http://gna.org/bugs/?16385
___
Nachricht geschickt von/durch
Follow-up Comment #2, patch #2572 (project freeciv):
On my system, with this patch I couldn't do anything with the selector dialog
other than cancel it, due to the lack of buttons. The attached revised patch
fixes it for me.
I've attached before (GtkFileSelection) and after screenshots, for the
Additional Item Attachment, patch #2572 (project freeciv):
File name: GtkFileSelection.png Size:171 KB
File name: GtkFileChooserDialog.png Size:182 KB
___
Reply to this item at:
http://gna.org/patch/?2572
Follow-up Comment #4, bug #18170 (project freeciv):
Hmm.
Unfortunately it's not possible to provide a one-time procedure to fix the
hashed passwords in corrupted databases, by the nature of the one-way hash.
I think the SWAP() macro is only used on input -- the hash is still MD5, it's
just
Update of bug #17825 (project freeciv):
Status: In Progress = Ready For Test
___
Follow-up Comment #3:
Fix attached - limit value of the adjustment to 'upper - page_size'. Is
something similar
Follow-up Comment #5, bug #18170 (project freeciv):
How about a server option for bug-compatibility, allowing server
operators who are afflicted with such databases to carry on?
That's what I was about to propose. This gives server operators the freedom
to decide when they make the switch to
URL:
http://gna.org/bugs/?18180
Summary: let the overview map fill the entire window if
detatched
Project: Freeciv
Submitted by: syntron
Submitted on: Sa 04 Jun 2011 00:25:10 CEST
Category: client-gtk-2.0
Follow-up Comment #3, bug #17843 (project freeciv):
untested version for trunk
(file #13096)
___
Additional Item Attachment:
File name: trunk-0018-check-the-city-radius-in-city_refresh.patch Size:8 KB
Follow-up Comment #4, bug #17802 (project freeciv):
Could you apply it if it is OK? I'm not sure about my internet connection
after this weekend ...
___
Reply to this item at:
http://gna.org/bugs/?17802
Follow-up Comment #3, patch #2673 (project freeciv):
Here's a (IMHO) better Mamluk flag.
-Gold field (rather than the current bright green)
-Removed 'swallow tails' as they indicate the shape of the flag rather than
the pattern (compare the flag of Nepal)
-Removed spurious 'inverted C'
Update of bug #17710 (project freeciv):
Status: In Progress = Ready For Test
___
Follow-up Comment #4:
- Removed method 1 and rely on method 2 only. As a result same patch applies
to both TRUNK and
Update of bug #17515 (project freeciv):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Done:
Follow-up Comment #5, bug #17710 (project freeciv):
- Invisible city problem was related after all, so also that case fixed
- Use accessor functions to get and set city radius
(file #13099)
___
Additional Item Attachment:
File name:
URL:
http://gna.org/bugs/?18182
Summary: Adjective of Botswana
Project: Freeciv
Submitted by: dmarks
Submitted on: Fri 03 Jun 2011 06:00:15 PM PDT
Category: rulesets
Severity: 3 - Normal
37 matches
Mail list logo