[Freeciv-Dev] [bug #15747] bizarre compile error in gtk2 popup_pillage_dialog

URL: Summary: bizarre compile error in gtk2 popup_pillage_dialog Project: Freeciv Submitted by: jdorje Submitted on: Monday 03/29/2010 at 15:12 Category: client-gtk-2.0 Severit

[Freeciv-Dev] [bug #15747] bizarre compile error in gtk2 popup_pillage_dialog

Follow-up Comment #1, bug #15747 (project freeciv): As far as I can tell the message is in error. Replacing either one of the "what - S_LAST - 1" formulas with just "what" fixes it. But replacing both breaks it again. This is either the cause of a compiler bug (unlikely) or a hidden bug somewh

[Freeciv-Dev] [bug #15736] do not scale units with the tileset

Update of bug #15736 (project freeciv): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #1: duplicate of patch

[Freeciv-Dev] [bug #15705] API: find.player() returns uninitalized players

Update of bug #15705 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15738] map view not centered at the start

Update of bug #15738 (project freeciv): Status:None => Ready For Test Assigned to:None => englabenny ___ Reply to this item at:

[Freeciv-Dev] [bug #15738] map view not centered at the start

Update of bug #15738 (project freeciv): Planned Release: => 2.2.1, 2.3.0 ___ Reply to this item at: ___ Meddelandet

[Freeciv-Dev] [bug #15706] Scripting: Safer stack value handling

Update of bug #15706 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15707] Scripting: Handle missing debug.traceback gracefully

Update of bug #15707 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15644] Add server command to run freeciv script

Update of bug #15644 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15674] Scripting: Restore script state does not work

Update of bug #15674 (project freeciv): Status:None => Fixed Open/Closed:Open => Closed Planned Release: => 2.2.1, 2.3.0

[Freeciv-Dev] [bug #15740] unuseable sdl client

Follow-up Comment #1, bug #15740 (project freeciv): I did some additional tests and found the reason: I use X forwarding via ssh to connect to my homeserver where freeciv is compiled. Starting the sdl client directly on the server is working but it is not useable via the network connection (ssh -

[Freeciv-Dev] [bug #15740] unuseable sdl client

Follow-up Comment #2, bug #15740 (project freeciv): this bug is identical for S2_2 S2_1 is working a little; I can switch the first three menu points in the first dialog (also join game!) and with the help of 'start' typed directly on the server prompt the game starts. Some mouse clicks are work

[Freeciv-Dev] [bug #15747] bizarre compile error in gtk2 popup_pillage_dialog

Follow-up Comment #2, bug #15747 (project freeciv): What are the affected branches? ___ Reply to this item at: ___ Message posté via/par Gna! http://gna.org/

[Freeciv-Dev] [bug #15740] unuseable sdl client

Follow-up Comment #3, bug #15740 (project freeciv): > Another question: how to change the size of the sdl window? There is a way in the local options. However, in trunk branch, the option is still incomplete (only integers instead of real screen modes).

[Freeciv-Dev] [bug #15710] Lack of generality for specialists in city report / citizen governor display

Update of bug #15710 (project freeciv): Status: Ready For Test => In Progress ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #15710] Lack of generality for specialists in city report / citizen governor display

Update of bug #15710 (project freeciv): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15714] Client-side connect-with-rail doesn't take into account railroad length

Update of bug #15714 (project freeciv): Status: Ready For Test => In Progress ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #15714] Client-side connect-with-rail doesn't take into account railroad length

Update of bug #15714 (project freeciv): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15723] Server "help options" response mangled

Update of bug #15723 (project freeciv): Status: Ready For Test => In Progress ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #15723] Server "help options" response mangled

Update of bug #15723 (project freeciv): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15728] Inaccuracy in pathfinding from TM_WORST_TIME

Follow-up Comment #5, bug #15728 (project freeciv): Couple more cosmetic comments: there are remaining references to TM_WORST_TIME in the header comments for pf_danger_map_iterate() and pf_fuel_map_iterate() (point 4), and to "turn mode" in the header for pf_normal_map_adjust_cost(). Otherwise t

[Freeciv-Dev] [bug #15730] Pessimistic client-side connect path-finding caused by TM_WORST_TIME emulation

Update of bug #15730 (project freeciv): Depends on: => bugs #15728 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #15741] SDL client crashes in build dialog

Follow-up Comment #2, bug #15741 (project freeciv): Unfortunately I can't reproduce it. All I can say is that I was clicking around a lot in the change-production dialog when it happened. I don't believe any relevant code changes have happened since then (which was a few moments before I report

[Freeciv-Dev] [patch #1330] update city dialog (gtk-2.0)

Follow-up Comment #17, patch #1330 (project freeciv): I haven't gotten trunk yet, but let me ask: does the new dialog make it easier to see trade routes? In 2.2.0 this can only be viewed by clicking on the trade number, which i don't find very intuitive. Perhaps this information could go in a t

[Freeciv-Dev] [patch #1263] possibility to lose a tech if it is transfered

Update of patch #1263 (project freeciv): Summary: possibility to loose a tech if it is transfered => possibility to lose a tech if it is transfered ___ Follow-up Comment #3: This spelling error is very common everywhere b