Tested builds from
Against a Fedora 20 20150219 14.20 build gotten from
And I'm not seeing any spinners upon network disconnect(unplugged ethernet cable). I do, however, see the print indicating that I should be seeing spinners.
This is fixed in r8708. (the 0.15 branch removed the window-type normalization code which was causing this problem)
FYI: you can trigger the spinners just by running the client with:
XPRA_FAKE_BROKEN_CONNECTION=1 xpra attach ...
Easier than messing with network cables / connections!
If you find problems with the spinners, please always include opengl info and try turning that on or off. The paint window code is very different for each case.
I should mention that I was seeing no spinners with and without OpenGL. I thought I included that in the original description but I must have missed it.
(OK thanks, will test when I get a chance - my 10.5.x VM does not have opengl)
Just tested on a 10.6 VM and the spinners work with the 0.15 beta builds, just not with the latest 0.14.21..
(lowering the priority as the focus is now on 0.15)
r9167 backports the painting of the spinners using opengl. It makes sense to apply this because mixing opengl and cairo on the same window is not guaranteed to work and could even cause problems (and not just missing spinners - could be responsible for #646 for example).
Tested on Linux (Fedora), XP, and OSX 10.6 using:
I have uploaded beta 0.14.23 builds for osx and win32.
@maxmylyn: does this work for you? If so, please close the ticket.
It is worth briefly checking that this change does not interfere with opengl painting, be it video regions, normal paints, or even the window border option (ie:
Tested OSX build:
I'm also unable to locate the beta win32 build /beta.
Beta 0.14.23 for win32 were missing - sorry!
I think it is quite possible that previous bugs were causing the crashes on win32 and osx, so r9291 tries to re-enable opengl by default on all platforms. We'll see how it goes.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/818