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
