[Freeciv-Dev] [bug #22638] Extended nations crash with non-English locale

Update of bug #22638 (project freeciv): Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release: => 2.5.0, 2.6.0, 3.0.0 __

[Freeciv-Dev] [bug #22638] Extended nations crash with non-English locale

Follow-up Comment #13, bug #22638 (project freeciv): I cannot this crash in 2.5 test build (2.5.0-beta2+-r27850) gtk2 on Windows with Japanese locale. ___ Reply to this item at: _

[Freeciv-Dev] [bug #22638] Extended nations crash with non-English locale

Follow-up Comment #12, bug #22638 (project freeciv): > on Windows? Could we be getting ISO8859-1 data interpreted as > UTF-8 or vice versa Sounds plausible as I found bug #23159 on Windows, where ruledit (from translation domain 'ruledit') displayed all the non-ASCII characters in unreadable corr

[Freeciv-Dev] [bug #22638] Extended nations crash with non-English locale

Follow-up Comment #11, bug #22638 (project freeciv): Could this be caused by bug #23159? I think that causes strings specifically from extended nations to be emitted in the character set of the system locale (what FREECIV_LOCAL_ENCODING defaults to if unset), but interpreted by Freeciv, GUI toolk

[Freeciv-Dev] [bug #22638] Extended nations crash with non-English locale

Follow-up Comment #10, bug #22638 (project freeciv): Unchecked idea, [nset_extended] has a name=_("?nationset:Extended") to get a translation. So when I click on German "erweitert", does it end in some black hole expecting only "extended" or "core", or is the name strictly only for display/transla

[Freeciv-Dev] [bug #22638] Extended nations crash

URL: Summary: Extended nations crash Project: Freeciv Submitted by: None Submitted on: Sun 14 Sep 2014 20:38:48 UTC Category: client-gtk-2.0 Severity: 3 - Normal