[Freeciv-Dev] [bug #21547] Client hangs when spawning server (crosser build)

URL: Summary: Client hangs when spawning server (crosser build) Project: Freeciv Submitted by: cazfi Submitted on: Tue 28 Jan 2014 02:34:17 AM EET Category: None Severity: 3 - N

[Freeciv-Dev] [patch #4415] Ruleset control over tech tree holes

Follow-up Comment #2, patch #4415 (project freeciv): - Fixed freeciv-ruledit compilation (typofix) (file #19880) ___ Additional Item Attachment: File name: TechReqRequired-3.patch.bz2Size:4 KB

Re: [Freeciv-Dev] Upcoming releases: 2.3.5 and 2.4.2 -- S2_4 strings frozen

Marko Lindqvist writes: > On 26 January 2014 02:26, Jacob Nevins > <0jacobnk@chiark.greenend.org.uk> wrote: >> Still no firm release date, but perhaps next weekend or the weekend >> after? > > When you need to know which weekend to reserve for the releasing? I don't currently have any other

[Freeciv-Dev] [bug #21539] hex2t mountains/forest/etc poke through darkness

Update of bug #21539 (project freeciv): Planned Release: => 2.4.2 ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #18227] Qt-client configure check test program compilation fails

Update of bug #18227 (project freeciv): Planned Release: => 2.5.0 ___ Follow-up Comment #12: Assuming 2.5.0 target as a minimum, since Qt is expected to be usable in that. ___

[Freeciv-Dev] [bug #16643] AI trireme stop moving?

Update of bug #16643 (project freeciv): Status:None => Invalid Assigned to:None => pepeto Open/Closed:Open => Closed __

[Freeciv-Dev] [bug #21529] Windows installer 'make clean' fixes

Update of bug #21529 (project freeciv): Status: Ready For Test => Fixed Assigned to:None => cazfi Open/Closed:Open => Closed _

[Freeciv-Dev] [bug #21537] freeciv-ruledit ruleset loading failure error message shows wrong ruleset name

Update of bug #21537 (project freeciv): Status:None => Fixed Assigned to:None => cazfi Open/Closed:Open => Closed _

[Freeciv-Dev] [task #7763] Windows packages for 2.3.5

URL: Summary: Windows packages for 2.3.5 Project: Freeciv Submitted by: jtn Submitted on: Mon Jan 27 22:49:53 2014 Should Start On: Sat Feb 1 00:00:00 2014 Should be Finished on: Sun Feb 16 00:00:0

[Freeciv-Dev] [bug #21538] Unrecognized options silently ignored by tools

Follow-up Comment #1, bug #21538 (project freeciv): - Get freeciv-ruledit string from its own translation domain. That's more correct, though the same string is more likely to be translated in the core domain. (file #19879) ___ Additional I

[Freeciv-Dev] [task #7762] Windows packages for 2.4.2

URL: Summary: Windows packages for 2.4.2 Project: Freeciv Submitted by: jtn Submitted on: Mon Jan 27 22:49:38 2014 Should Start On: Sat Feb 1 00:00:00 2014 Should be Finished on: Sun Feb 16 00:00:0

[Freeciv-Dev] [bug #21523] Path finding assertion "0 < maybe_length" fails

Follow-up Comment #12, bug #21523 (project freeciv): I found another problem I added with bug #21461. pq_delete() is not working at all. New version of the patch, using pq_replace() in some place to ensure nodes are not listed twice in the processing queue. (file #19877, file #19878) __

[Freeciv-Dev] [bug #21475] Text background problems with gtk2-2.24.22

Update of bug #21475 (project freeciv): Operating System:None => Microsoft Windows ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #21038] Can't enter text with Japanese input method => replace gtk+ DLLs with version >2.24.10

Follow-up Comment #6, bug #21038 (project freeciv): I'm also a bit worried that once the updated dlls for Windows are available, they might activate bug #21475 for official builds. ___ Reply to this item at:

[Freeciv-Dev] [bug #21038] Can't enter text with Japanese input method => replace gtk+ DLLs with version >2.24.10

Follow-up Comment #5, bug #21038 (project freeciv): taka, out of interest, do you have the same problem with the 2.3.4 Windows build, which uses a much older Gtk (2.16.6)? ___ Reply to this item at:

[Freeciv-Dev] [bug #21038] Can't enter text with Japanese input method => replace gtk+ DLLs with version >2.24.10

Update of bug #21038 (project freeciv): Summary: Replace the gtk+ DLLs to newer version => Can't enter text with Japanese input method => replace gtk+ DLLs with version >2.24.10 ___ Reply to this item at:

[Freeciv-Dev] [bug #21038] Replace the gtk+ DLLs to newer version

Follow-up Comment #4, bug #21038 (project freeciv): > Unfortunately, the official GTK+ bundle for Windows [...] > has not been updated yet. Sadly still true; and taka's upstream bug remains open (someone last poked it on Jan 6). So, I'm afraid 2.4.2 will not be able to fix this. (Which is a sham

[Freeciv-Dev] [bug #21539] hex2t mountains/forest/etc poke through darkness

Follow-up Comment #7, bug #21539 (project freeciv): Here's the patch to revert offending part of bug #21312 from S2_4. Directions to take after 2.4.2 has been released are yet to be decided, but this might affect S2_5 datafile format -> freeze blocker until we at least know it won't be. (file #19

[Freeciv-Dev] [bug #21312] Darkness edge is drawn beneath L1 terrain

Follow-up Comment #6, bug #21312 (project freeciv): > Current plan is to revert this for 2.4.2 due to issues > described in bug #21539. > Who will do this? I can add patch to bug #21539. I think we should leave this one closed as the new bug already exist. ___

[Freeciv-Dev] [bug #21312] Darkness edge is drawn beneath L1 terrain

Follow-up Comment #5, bug #21312 (project freeciv): Current plan is to revert this for 2.4.2 due to issues described in bug #21539. Who will do this? ___ Reply to this item at: __

[Freeciv-Dev] [bug #21525] Two-and-a-half Trireme

Follow-up Comment #1, bug #21525 (project freeciv): Another very small map game shows some artefacts (vertical lines) in the minimap. screenshot attached. =2.4.1 (file #19875) ___ Additional Item Attachment: File name: minimap-tiny-28x2

[Freeciv-Dev] [bug #21526] 'make dist' failing due to missing MOCCMD

Follow-up Comment #11, bug #21526 (project freeciv): > it might be a good idea to test also S2_4 I've done a dry-run release-tarball build with S2_4 r24273 (with this fix) with nothing obviously going amiss. ___ Reply to this item at:

[Freeciv-Dev] [bug #21535] Wrong movement cost for a UTYF_IGTER unit disembarking without slow_invasions

Follow-up Comment #4, bug #21535 (project freeciv): > I really think this change was not intentional. Well, regardless if it was intentional or not, if you feel that it should be changed back now, I'm ok with that. ___ Reply to this item a

[Freeciv-Dev] [bug #21526] 'make dist' failing due to missing MOCCMD

Update of bug #21526 (project freeciv): Status: Ready For Test => Fixed Assigned to:None => cazfi Open/Closed:Open => Closed _

Re: [Freeciv-Dev] Upcoming releases: 2.3.5 and 2.4.2 -- S2_4 strings frozen

On 27 January 2014 15:06, Jacob Nevins <0jacobnk@chiark.greenend.org.uk> wrote: > Marko Lindqvist writes: >> Windows gtk3-client might be badly broken. I've got a report that one >> crosser-based build I made just a couple of days ago doesn't show any >> graphics at all. [...] we cannot releas

[Freeciv-Dev] [patch #3903] Don't use UMT_SEA to assign unknown_MC cost

Follow-up Comment #3, patch #3903 (project freeciv): New version of the patch: after discussion for bug #21535, _UTYF_IGTER_ flag is tested only for _UCF_TERRAIN_SPEED_ units. (file #19874) ___ Additional Item Attachment: File name: text_

Re: [Freeciv-Dev] Upcoming releases: 2.3.5 and 2.4.2 -- S2_4 strings frozen

Marko Lindqvist writes: > Windows gtk3-client might be badly broken. I've got a report that one > crosser-based build I made just a couple of days ago doesn't show any > graphics at all. [...] we cannot release anything before we've > confirmed that it works. Since we're not yet shipping the Wind

[Freeciv-Dev] [bug #21535] Wrong movement cost for a UTYF_IGTER unit disembarking without slow_invasions

Follow-up Comment #3, bug #21535 (project freeciv): > Indeed this seems not to be mentioned in the discussion, though > I remember thinking it as bugfix for civ/2 compatibility > (disembarging is different from normal movement in many ways, > including the fact that unit moves from non-native tile

[Freeciv-Dev] [bug #21523] Path finding assertion "0 < maybe_length" fails

Update of bug #21523 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #11: > You're sure it fixes something, aren't you? There's just the > question if the problem I repo