> You may also be able to restore things by toggling opengl off then on > again from the tray menu. (assuming your system supports opengl)
I am using opengl, so I'll give this a try the next time I see it happen. > Thanks for reporting it. > It would help if I could reproduce the problem on my setup. If I ever determine something that triggers it, I'll be sure to update you. > Can you tell us which applications were running when the problem > occurred? (and also which ones were affected and which ones were not) Every time I've seen it (3 times now), I've had a mix of konsole and gvim up. The problem has affected both window types. On the last occurrence, I had two konsole windows and 4 gvim windows and only one konsole window was affected. Previously I'd had a similar mix of windows, but it was one gvim and two konsole windows that were affected. On the most recent occurrence I noticed that the troublesome spinner is actually static until the window contents change. So, on the stuck konsole, the spinner was frozen until I started typing, at which point it rotated one segment for each character typed. I also noticed that the stuck spinner survives things like window resizing, minimizing, etc. > Unfortunately, there isn't a specific debug switch for this feature, so > you would need to use the big hammer "-d client", which will also log a > lot of unrelated things. > And even if the logging was more specific, it may not tell us enough to > debug further. On the last occurrence, I captured the basic client log, but all it showed was the "server is not responding, drawing spinners over the wind ows" message. I'll add "-d client" and see if I get anything useful. On Wed, May 6, 2015 at 6:49 AM, Antoine Martin <[email protected]> wrote: > Hi Douglas, > > On 06/05/15 00:00, Douglas Doole wrote: > > Since upgrading to xpra 0.14.23, I've had a couple instances where I've > had > > a network hiccup and the spinners have appeared. Yet once the network is > > moving again, the spinners have remained on some of the windows (not all) > > even though they are otherwise responding properly. That is, I'm editing > > text, cutting & pasting, etc. but the spinner is sitting in front of > > everything spinning away. Needless to say, it makes the affected windows > > pretty much unusable. > > > > Once this has happened, the only way I can clear things up is to drop the > > client connection and re-connect to the server. > You may also be able to restore things by toggling opengl off then on > again from the tray menu. (assuming your system supports opengl) > > I am not able to reproduce this on demand, but it has happened a couple > > times now. I have no idea what the trigger might be. I had not seen this > > problem before upgrading to 0.14.23. Bother the server and the client are > > running Ubuntu 14.04. > Thanks for reporting it. > It would help if I could reproduce the problem on my setup. > Can you tell us which applications were running when the problem > occurred? (and also which ones were affected and which ones were not) > > Unfortunately, I don't have a log from either of the times I've seen it > > happen. Anything in particular I should capture to help debug it? > Unfortunately, there isn't a specific debug switch for this feature, so > you would need to use the big hammer "-d client", which will also log a > lot of unrelated things. > And even if the logging was more specific, it may not tell us enough to > debug further. > > Looking at the spinner code, I found a couple of issues, maybe one of > those is what was causing your problem. > These fixes will be included in 0.14.24. > > Thanks > Antoine > > _______________________________________________ > shifter-users mailing list > [email protected] > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- -- Doug Doole aibohphobia - The irrational fear of palindromes _______________________________________________ shifter-users mailing list [email protected] http://lists.devloop.org.uk/mailman/listinfo/shifter-users
