xpra icon
Bug tracker and wiki

Custom Query (1743 matches)


Show under each result:

Results (10 - 12 of 1743)

1 2 3 4 5 6 7 8 9 10 11 12 13 14
Ticket Resolution Summary Owner Reporter
#1947 duplicate xpra stop not working properly Antoine Martin ylinr

Xpra version:


System info:

LSB Version:	:core-4.1-amd64:core-4.1-ia32:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID:	CentOS
Description:	CentOS Linux release 7.4.1708 (Core) 
Release:	7.4.1708
Codename:	Core


When I use

xpra start

Xpra will auto decide which display number to use.

After xpra session start, when I use

xpra stop :38

to terminate session (display 38 for example), it will show

xpra stop :38
server requested disconnect:
 server shutdown
 How odd... I'm not sure what's going on with xpra at :38

This info did not shows when I use xpra 1.X

When I check login shell, it seems bash which is opened by xpra is still there

sudo w -oush
aaaaa    pts/55   :35               1:08  bash

I need to add --terminate-children=yes to avoid this.

And even I add --terminate-children=yes, when I check /tmp/.X11-unix/, X38 is still there.

And when I start new xpra session and assign :38, It will fail.

I need to use --use-display to use it again.

How can I fix this?

#1946 fixed desktop menu entry for starting shadow server (xdg) J. Max Mena Antoine Martin

MS Windows already has one (and macos can't do menu entries at all, only ".app" packaging). Made a little easier by automatic port allocation (#1945).

#1945 fixed support automatic port allocation J. Max Mena Antoine Martin

So we can do:

xpra --bind-tcp=

And let the OS choose a port number of us. Print it out and expose it via xpra info.

1 2 3 4 5 6 7 8 9 10 11 12 13 14
Note: See TracQuery for help on using queries.