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