From #2136
Logic problem: Under --readonly=yes
mode, the window is resizable and resizing of window CHANGED the desktop dimension of server.
To replicate the problem: Open two clients (--sharing=yes
), one with readonly=yes
. Resize the --readonly=yes
window, the other window also has its size changed.
I am not very familiar with ACL of xpra since I have known it for no more than several hours (:p), and I am not sure whether --readonly=yes
is security critical. Anyway this can be deemed as a bug.
the window is resizable and resizing of window CHANGED the desktop dimension of server
I assume you mean that the server-side window got resized, and this is then propagated to the other client. The desktop dimension of the server (the xvfb size) is not affected by window resizing.
We need to:
A readonly client can just be forced to open a flag fit-to-window
where all resizing of window only scale the client side view, rather than resizing the master window. :D
A readonly client can just be forced to open a flag fit-to-window where all resizing of window only scale the client side view, rather than resizing the master window. :D
What you describe here is the same as your other ticket: #2136 Now I realize that the same applies to this ticket and that you are also using "shadow" or "start-desktop" here.
So when I said:
The desktop dimension of the server (the xvfb size) is not affected by window resizing.
That is not true of "start-desktop" servers, where we do resize the xvfb size to match the client's window size.
And this one is actually easier to solve for desktop mode.
The problem with the client side is that window managers are free to ignore the hints we give them.. We try our best, but this is going to be very hard to get working perfectly.
@thiner: does that work well enough for you?
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2137