#2438 closed defect (fixed)
ubuntu 18.04 gnome scaling
Reported by: | Peter Bleszynski | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | critical | Milestone: | 4.0 |
Component: | client | Version: | 3.0.x |
Keywords: | Cc: |
Description (last modified by )
Recently xpra stopped working with Ubuntu 18.04.3 LTS when a Gnome desktop scaling factor other than 100% is used.
The effect is that the interface fills the lower left quarter of the window instead of scaling to fit the entire window. Mouse interactions seem to be mapped to the correct positions, however.
This problem affects all programs, including xcalc and xeyes. I am able to reproduce the problem on multiple machines, under both wayland and xorg, and different display drivers.
$ sudo dpkg-query -l | grep xpra ii python2-xpra 3.0-r24095-1 amd64 tool to detach/reattach running X programs ii python3-xpra 3.0-r24095-1 amd64 tool to detach/reattach running X programs ii xpra 3.0-r24095-1 amd64 tool to detach/reattach running X programs ii xpra-html5 3.0-r24095-1 amd64 html5 xpra client
Change History (8)
comment:1 Changed 3 years ago by
Description: | modified (diff) |
---|---|
Status: | new → assigned |
comment:2 Changed 3 years ago by
In the case of HiDPI displays, I use the Gnome Settings widget to change scale from 100% to 200%.
In the case of non-HiDPI displays, the scale widget is not displayed but I can reproduce the problem by opening dconf-editor, navigating to org.gnome.desktop.interface, and setting the scaling factor to 2. I think this has the same effect as the widget.
Regarding opengl, I was able to reproduce the problem in a "Gnome Flashback (Compiz)" session which appears to not use hardware acceleration. This was on a non-HiDPI display. I will try other machines tomorrow. If there is a better way to disable opengl then please let me know.
comment:3 Changed 3 years ago by
Regarding opengl, I was able to reproduce the problem in a "Gnome Flashback (Compiz)" session which appears to not use hardware acceleration
I meant starting xpra with --opengl=no
or using the system tray to disable opengl.
comment:4 Changed 3 years ago by
Starting xpra attach with --opengl=no scales the application (xcalc) to fit the window. The pointer sometimes disappears and is not mapped to the correct xy position.
We were using xpra to scale a Java gui application on a HiDPI display in Gnome 3. Recently the application started to respect the gnome desktop scaling factor under Wayland sessions. I don't understand how this works but it solves the main problem for us.
comment:5 Changed 3 years ago by
Priority: | major → critical |
---|
Links:
Related changes:
- r24125 if the desktop scaling value is set, honour it
- r24128 keep scaling value with mmap
- r24131 fix cursor scaling
Found an easy workaround: run the client with xsettings=no
.
The problem is that we're synchronising the GTK property that makes it report adjusted coordinates on the server, then all the calls we make to GTK report values that aren't real.
This will need to be filtered out.
comment:6 Changed 3 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed in r24133.
This will be included in the next stable update. Until then, the xsettings=no
is a viable workaround - works for both client and server command lines.
comment:7 Changed 3 years ago by
comment:8 Changed 17 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2438
How do you set the desktop scaling factor?
Does the problem go away if you turn opengl off?