[Freeciv-Dev] [bug #18672] Lock up after 10 mins
Follow-up Comment #2, bug #18672 (project freeciv): Problem persists after resetting client config to default ruleset. GUI is gtk2 with default_theme_name=oxygen-gtk (from KDE 4.7 System Settings). Video driver is Nvidia (also tried Nouveau). Did not have this issue with 2.2. ___ Reply to this item at: http://gna.org/bugs/?18672 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18633] set timeout - seconds are slightly shorter than in real life
Follow-up Comment #3, bug #18633 (project freeciv): Split out the 60h bug into bug #18687, keeping this one for discussion of whether set timeout should reset to the full timeout specified. ___ Reply to this item at: http://gna.org/bugs/?18633 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18687] Server timeouts 60 hours do not cause client update
Follow-up Comment #2, bug #18687 (project freeciv): Oops. The network representation of FLOATs appears to be fixed-point in a uint32 divided by 1/1. Taking into account signedness, then values greater than about 60 hours can't be represented on the wire. Fixing this will involve a change in the network protocol. If signedness were somehow hacked around, then that would increase to 120 hours, which would be enough for akfaew's 69-hour requirement. But I suspect it'll be easier to add some optional capability. ___ Reply to this item at: http://gna.org/bugs/?18687 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18687] Server timeouts 60 hours do not cause client update
Follow-up Comment #3, bug #18687 (project freeciv): To network: dio_put_uint32(dout, (int)(real_packet-seconds_to_phasedone * 1)); From network: int tmp; dio_get_uint32(din, tmp); real_packet-seconds_to_phasedone = (float)(tmp) / 1.0; where seconds_to_phasedone is a float. ___ Reply to this item at: http://gna.org/bugs/?18687 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18687] Server timeouts 60 hours do not cause client update
Follow-up Comment #4, bug #18687 (project freeciv): (This doesn't stop larger timeouts being effective, it just means the client displays an inaccurate timer countdown.) ___ Reply to this item at: http://gna.org/bugs/?18687 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] T0 timeout
Michal Mazurek writes: On Sat, Sep 10, 2011 at 11:17:15PM +0300, Marko Lindqvist wrote: On 10 September 2011 22:29, Michal Mazurek akf...@jasminek.net wrote: I remember writing a diff and sending it to gna, to allow setting the T0 timeout to a different value. Was it ever commited? I cant seem to find it. It was hard to find (gna tracker really sucks in search capabilities), but I think this is it: http://gna.org/patch/?1967 Thank you. It was commited to 2.4, I'll just backport it to my 2.3 tree. I think this can be achieved in unmodified 2.3.x with the timeoutincrease command: set timeout 60 timeoutincrease 1 1 -20 0 gives a T0 of 60 seconds, and subsequent turns of 40 seconds. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18664] unitwaittime - client needs an indicator
Follow-up Comment #1, bug #18664 (project freeciv): I've thought this too. It would require a network protocol change to somehow expose the unit's action_timestamp field to clients. Also, I suspect Freeciv's somewhat sloppy time synchronisation between server and client would tend to make this annoyingly inaccurate for unitwaittimes of a few seconds without a lot of work. (What sort of value are you thinking of using?) ___ Reply to this item at: http://gna.org/bugs/?18664 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18664] unitwaittime - client needs an indicator
Follow-up Comment #2, bug #18664 (project freeciv): Longturn uses a value of 10 hours. ___ Reply to this item at: http://gna.org/bugs/?18664 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18664] unitwaittime - client needs an indicator
Follow-up Comment #3, bug #18664 (project freeciv): Ah, well, that wouldn't be a problem :) What I'm worried about is the rush of events at turn change that means there might be a significant delay between the server starting a timer and sending a packet and the client processing that packet and starting its timer. I suspect that can cause discrepancies with the server and client's view of the timeout today (even ignoring network transmission delays, which we can probably assume to be small for Freeciv to be playable at all). However, thinking about it, it might not be so bad. The natural time for the server to send the client the action_timestamp-based information would be when sending the packet updating the unit just after the user has moved it, when there might not be much else going on (no flood of traffic from AIs). Unless the client's not going to process it until it's finished animating a long goto chain, or something. Hm. Given these restrictions, I suspect it's not a good idea for the client to use this information to prevent the user attempting to move a unit; it should just display the icon (which could be a multi-stage countdown type of icon if we're feeling keen). ___ Reply to this item at: http://gna.org/bugs/?18664 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18688] Window manager decides client is not responding during long turn change
URL: http://gna.org/bugs/?18688 Summary: Window manager decides client is not responding during long turn change Project: Freeciv Submitted by: jtn Submitted on: Sun Sep 18 13:02:27 2011 Category: client-gtk-2.0 Severity: 2 - Minor Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: 2.3.0 Discussion Lock: Any Operating System: GNU/Linux Planned Release: ___ Details: When the turn changes and the AI does its thing, the resulting flurry of updates can take so long for the client to draw that some component of my OS (Ubuntu) decides that the application is not responding and fades it to grey. Once the AI is finished, the window is regarded as responding and becomes colourful again. This tends to happen if I have shared vision with an AI, or am observing one. This is annoying, as it's harder to tell what's going on without colour information. The window is still animating perfectly fine; it's just presumably not responding to some ping from the OS. It would be nice if this could be avoided (even if the user still can't usefully interact with the client during AI updates). ___ Reply to this item at: http://gna.org/bugs/?18688 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2946] Indo-European nation
Follow-up Comment #2, patch #2946 (project freeciv): The solar symbol is my remake of Ishtar's star symbol, but also inspiration was flag of Indo-European language family by Vitaly Vetash: http://images4.wikia.nocookie.net/__cb20110401105910/althistory/images/thumb/6/6e/Indo-European_flag_by_Vitaly_Vetash.svg/180px-Indo-European_flag_by_Vitaly_Vetash.svg.png http://img692.imageshack.us/img692/2973/59271390.png Original star of Ishtar: http://en.wikipedia.org/wiki/File:Ishtar-star-symbol-simplified.svg ___ Reply to this item at: http://gna.org/patch/?2946 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18690] fix possible division by 0 for a map without goodies
URL: http://gna.org/bugs/?18690 Summary: fix possible division by 0 for a map without goodies Project: Freeciv Submitted by: syntron Submitted on: So 18 Sep 2011 21:34:05 CEST Category: general Severity: 3 - Normal Priority: 5 - Normal Status: Ready For Test Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.3.1,2.4.0 ___ Details: ___ File Attachments: --- Date: So 18 Sep 2011 21:34:05 CEST Name: 0002-fix-possible-division-by-0.patch Size: 906B By: syntron http://gna.org/bugs/download.php?file_id=14108 ___ Reply to this item at: http://gna.org/bugs/?18690 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18407] Version 2.3.0-RC1 - Delay too much to change turn
Update of bug #18407 (project freeciv): Status: Ready For Test = Fixed Assigned to:None = syntron ___ Reply to this item at: http://gna.org/bugs/?18407 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18407] Version 2.3.0-RC1 - Delay too much to change turn
Update of bug #18407 (project freeciv): Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18407 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18689] timestamps in game chat in 2.3 are broken
Follow-up Comment #1, bug #18689 (project freeciv): BUt in 2.2 you only did got this information if you were logged in at that time - so it is an improvement. That's needed is a timestamt which is included in the message. Something like: 'xyz logged in at 2011/09/18 12:00', or? ___ Reply to this item at: http://gna.org/bugs/?18689 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18547] fix number of bulbs for global goal
Update of bug #18547 (project freeciv): Status:None = Fixed Assigned to:None = syntron Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18547 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18674] Map generator on trunk has gone nuts
Update of bug #18674 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18674 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18689] timestamps in game chat in 2.3 are broken
Follow-up Comment #2, bug #18689 (project freeciv): I am really sorry, it's my bad. The client has some configuration option apparently, to show a server timestamp next to the client one: [21:56:46] (T51 - 12:36:01) (server prompt): 'save lastsave.sav.gz' I didn't set it in S2.3, thus my confusion. ___ Reply to this item at: http://gna.org/bugs/?18689 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18499] Science progress shows incorrect number of turns
Update of bug #18499 (project freeciv): Status:None = Ready For Test ___ Follow-up Comment #12: Could you test the attached patch? (file #14109) ___ Additional Item Attachment: File name: 0020-change-research-progress-display.patch Size:1 KB ___ Reply to this item at: http://gna.org/bugs/?18499 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18689] timestamps in game chat in 2.3 are broken
Update of bug #18689 (project freeciv): Status:None = Invalid Assigned to:None = syntron Open/Closed:Open = Closed ___ Follow-up Comment #3: OK, so I will close this one ... On another page - do you need additional information about the date for longturn? (was it on the 12.09 or 13.09?) ___ Reply to this item at: http://gna.org/bugs/?18689 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] T0 timeout
Am Sonntag, 18. September 2011, 13:32:43 schrieb Jacob Nevins: Michal Mazurek writes: On Sat, Sep 10, 2011 at 11:17:15PM +0300, Marko Lindqvist wrote: On 10 September 2011 22:29, Michal Mazurek akf...@jasminek.net wrote: I remember writing a diff and sending it to gna, to allow setting the T0 timeout to a different value. Was it ever commited? I cant seem to find it. It was hard to find (gna tracker really sucks in search capabilities), but I think this is it: http://gna.org/patch/?1967 Thank you. It was commited to 2.4, I'll just backport it to my 2.3 tree. I think this can be achieved in unmodified 2.3.x with the timeoutincrease command: set timeout 60 timeoutincrease 1 1 -20 0 gives a T0 of 60 seconds, and subsequent turns of 40 seconds. So we have two ways to do one thing? Could they be merged? ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18675] Unit can move into city where it should not be able to exist
Follow-up Comment #1, bug #18675 (project freeciv): Do you think there are more bugs like this? I do hope to get the transporter patches (patch #2270) into 2.4 and they will force anything connected to such errors. ___ Reply to this item at: http://gna.org/bugs/?18675 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18673] Savegame setting loading can reject valid setting combinations in contrived circumstances
Follow-up Comment #1, bug #18673 (project freeciv): An idea/possible solution: define different levels to set/validate the values: - basic checks (limits which should _never_ broken) - real checks (with settings for all variables) - real+ checks (with settings for all variables; if a value is limited due to other values it is set to the next valid value) The default behaviour (real check) would be used if the user changes a setting. If a savegame is loaded, first basic checks are done and, after _all_ values are loaded, the real+ checks are run. Thus, one would get a valid game with the smallest number of changes. If the settings are a valid set no changes would be needed. ___ Reply to this item at: http://gna.org/bugs/?18673 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2944] Volga German nation
Follow-up Comment #3, patch #2944 (project freeciv): I get these errors for the Volga German nation: 2: Loading rulesets. 1: People's Commissar male ruler title for nation Volga German (nb 480) is not a format. It should match %s 2: Backtrace: [...] 1: female:People's Commissar female ruler title for nation Volga German (nb 480) is not a format. It should match %s 2: Backtrace: [...] 1: Translation of People's Commissar male ruler title for nation Volga German (nb 480) is not a format (People's Commissar). It should match %s 2: Backtrace: [...] 1: Translation of female:People's Commissar female ruler title for nation Volga German (nb 480) is not a format (female:People's Commissar). It should match %s 2: Backtrace: ___ Reply to this item at: http://gna.org/patch/?2944 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18612] more LUA accessors for terrain
Follow-up Comment #13, bug #18612 (project freeciv): Some comments to the code: - please use a small function for terrain_transform_result(). There you could check if the given terrain is valid (!= NULL). Use fc_assert_ret() for the check. - ou do not need a macro for tile_change_terrain() and check_terrain_change() as they are defined as functions. - please check the includes (in api_actions.ch) - the terrain should be available without your function; try tile.terrain or tile.Terrain (see tolua_comman_a.pkg and the definition of the module Tile) - there is no lua function to change the terrain - (tolua_game.pkg) tile_terrain() returns a Terrain! - please at a space after the comment signs /* comment */ or after if; for other code style definitions please see ./doc/CodingStyle ___ Reply to this item at: http://gna.org/bugs/?18612 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18499] Science progress shows incorrect number of turns
Follow-up Comment #13, bug #18499 (project freeciv): Comment by Michal Mazurek via mail: Any chance to either not round it, or provide info on how many bulbs/turn needed for researching the tech in Y - 1 turns? I find myself quite often calculating this manually. Any ideas / hints how it should be done (i.e how the text should look like)? ___ Reply to this item at: http://gna.org/bugs/?18499 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] T0 timeout
On Sun, Sep 18, 2011 at 10:19:58PM +0200, Matthias Pfafferodt wrote: Am Sonntag, 18. September 2011, 13:32:43 schrieb Jacob Nevins: Michal Mazurek writes: On Sat, Sep 10, 2011 at 11:17:15PM +0300, Marko Lindqvist wrote: On 10 September 2011 22:29, Michal Mazurek akf...@jasminek.net wrote: I remember writing a diff and sending it to gna, to allow setting the T0 timeout to a different value. Was it ever commited? I cant seem to find it. It was hard to find (gna tracker really sucks in search capabilities), but I think this is it: http://gna.org/patch/?1967 Thank you. It was commited to 2.4, I'll just backport it to my 2.3 tree. I think this can be achieved in unmodified 2.3.x with the timeoutincrease command: set timeout 60 timeoutincrease 1 1 -20 0 gives a T0 of 60 seconds, and subsequent turns of 40 seconds. So we have two ways to do one thing? Could they be merged? Do we? If the turn is, say, T5 and the server restarted with the above commands in a .serv file, wont the timeout be 60 seconds? -- Michal Mazurek ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18689] timestamps in game chat in 2.3 are broken
Follow-up Comment #4, bug #18689 (project freeciv): I have found no need for knowing the date, only the turn and hour, for checking if my opponent logged in yet. Can a timestamp be added to the servers stdout log? (vdo_log()) ___ Reply to this item at: http://gna.org/bugs/?18689 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] T0 timeout
Am Montag, 19. September 2011, 06:42:38 schrieb Michal Mazurek: On Sun, Sep 18, 2011 at 10:19:58PM +0200, Matthias Pfafferodt wrote: Am Sonntag, 18. September 2011, 13:32:43 schrieb Jacob Nevins: Michal Mazurek writes: On Sat, Sep 10, 2011 at 11:17:15PM +0300, Marko Lindqvist wrote: On 10 September 2011 22:29, Michal Mazurek akf...@jasminek.net wrote: I remember writing a diff and sending it to gna, to allow setting the T0 timeout to a different value. Was it ever commited? I cant seem to find it. It was hard to find (gna tracker really sucks in search capabilities), but I think this is it: http://gna.org/patch/?1967 Thank you. It was commited to 2.4, I'll just backport it to my 2.3 tree. I think this can be achieved in unmodified 2.3.x with the timeoutincrease command: set timeout 60 timeoutincrease 1 1 -20 0 gives a T0 of 60 seconds, and subsequent turns of 40 seconds. So we have two ways to do one thing? Could they be merged? Do we? If the turn is, say, T5 and the server restarted with the above commands in a .serv file, wont the timeout be 60 seconds? I do not know as I do not use these options. That's why I ask! ;-) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev