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.
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:
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
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.
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
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
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
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/
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
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
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:
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:
Update of bug #18407 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = syntron
___
Reply to this item at:
Update of bug #18407 (project freeciv):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?18407
___
Nachricht
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?
Update of bug #18547 (project freeciv):
Status:None = Fixed
Assigned to:None = syntron
Open/Closed:Open = Closed
Update of bug #18674 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
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
Update of bug #18499 (project freeciv):
Status:None = Ready For Test
___
Follow-up Comment #12:
Could you test the attached patch?
(file #14109)
Update of bug #18689 (project freeciv):
Status:None = Invalid
Assigned to:None = syntron
Open/Closed:Open = Closed
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
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
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
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
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
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
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:
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
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:
29 matches
Mail list logo