xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.

Opened 6 years ago

Closed 5 years ago

Last modified 17 months ago

#1368 closed enhancement (fixed)

more sharing options client side

Reported by: Antoine Martin Owned by: J. Max Mena
Priority: minor Milestone: 2.2
Component: client Version: trunk
Keywords: Cc:


Follow up from #41.

It would be nice if the clients could specify more than sharing on or off.
Maybe add the ability to refuse to let other users steal the session? ("keep"?)
The other user would have to issue an "xpra disconnect" first before being able to connect?
We still need a way to take over stuck sessions, otherwise the only option would be to "xpra stop" it which isn't very user friendly.

Change History (10)

comment:1 Changed 6 years ago by Antoine Martin

Status: newassigned

See also #1369: the sharing option could be used to define the offset for each client.
Taking this even further: we could even have the option to force the client to map to the same full-screen size (scaling client size display to match whatever is on the server) - somewhat related to #972.

Last edited 6 years ago by Antoine Martin (previous) (diff)

comment:2 Changed 5 years ago by Antoine Martin

Milestone: 2.02.1

comment:3 Changed 5 years ago by Antoine Martin

Milestone: 2.12.2

too late to make changes, re-scheduling

comment:4 Changed 5 years ago by Antoine Martin

Sharing code has been refactored into a utility method handle_sharing() in r16712 so RFB (#1620) can make use of it.

comment:5 Changed 5 years ago by Antoine Martin

Owner: changed from Antoine Martin to J. Max Mena
Status: assignednew

Done in r17268 with the "lock" option, which can be modified at runtime from the system tray.

The semantics of "sharing" has changed somewhat, this is how the server handles the value:

  • sharing=no disables all sharing
  • sharing=yes now enables sharing for all clients, ignoring what the clients request
  • sharing=auto lets the clients decide - this is the default value

"auto" defaults to "no" on the client.

The same logic applies to the new "lock" switch.

@maxmylyn: mostly a FYI. Feel free to close.
I may follow up in #1369 and #972.

Version 0, edited 5 years ago by Antoine Martin (next)

comment:6 Changed 5 years ago by Antoine Martin

r17274 allows the "lock" and "sharing" attributes to be changed at runtime, either via dbus or via "xpra control".


xpra control :1 set-lock auto
xpra control :1 set-sharing off

Unfortunately, this can have undesirable side effects since we don't yet communicate the changes to the client: #1676

comment:7 Changed 5 years ago by J. Max Mena

Resolution: fixed
Status: newclosed

Very nice - noted and closing.

comment:8 Changed 5 years ago by Antoine Martin

We could improve the UI for this a bit: #1690

comment:9 Changed 3 years ago by Antoine Martin

r17804 updates the system tray if the "sharing" or "lock" options have been changed on the server.

comment:10 Changed 17 months ago by migration script

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1368

Note: See TracTickets for help on using tickets.