Scaling on xps13 means only a part of the screen is visible at any time.

Bug #1668309 reported by Dave Morley
58
This bug affects 11 people
Affects Status Importance Assigned to Milestone
vino
Fix Released
Unknown
vino (Ubuntu)
Triaged
High
Unassigned

Bug Description

STEPS:
1. On a 4K system
2. Do a default install of the current iso for Zesty
3. Make sure scalling is set to 2
4. Once in the user session activate desktop-sharing
5. Connect from another machine

EXPECTED:
I expect to see the whole screen or for the screen to scroll to allow access to the whole screen

ACTUAL:
Top left hand quarter is the only thing visible and no changes to remina make it better.
---
ApportVersion: 2.20.4-0ubuntu2
Architecture: amd64
CurrentDesktop: Unity:Unity7
DistroRelease: Ubuntu 17.04
InstallationDate: Installed on 2016-11-09 (109 days ago)
InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Alpha amd64 (20161109)
Package: vino 3.8.1-0ubuntu12
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 4.10.0-8.10-generic 4.10.0-rc8
Tags: zesty
Uname: Linux 4.10.0-8-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dialout dip kvm libvirt lpadmin lxd plugdev sambashare sudo
_MarkForUpload: True

Revision history for this message
Dave Morley (davmor2) wrote : Dependencies.txt

apport information

tags: added: apport-collected zesty
description: updated
Revision history for this message
Dave Morley (davmor2) wrote : JournalErrors.txt

apport information

Revision history for this message
Dave Morley (davmor2) wrote : ProcEnviron.txt

apport information

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in vino (Ubuntu):
status: New → Confirmed
Revision history for this message
dominik.roblek@gmail.com (dominik-roblek) wrote :

This bug also affects Screen Sharing with vino on Ubuntu 18.04 in exactly the same way as described in the original report, and renders Screen Sharing practically unusable with increasingly more common HiDPI screens.

Revision history for this message
No Mat (nomat) wrote :

Can confirm comment #5. Fails as described on a Macbook Pro with Retina display (2560x1600) in Ubuntu 18.04.

Revision history for this message
Dmitry Lapshin (lapshin-dv) wrote :

Any progress here? Affects me on 18.04 LTS.

Revision history for this message
Dmitry Lapshin (lapshin-dv) wrote :

I have filled an issue in upstream: https://gitlab.gnome.org/GNOME/vino/issues/9

Revision history for this message
iandol (iandol) wrote :

I can confirm this bug continues with Ubuntu 20.04, and thank you Dmitry for filing the upstream issue.

Changed in vino (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
Revision history for this message
iandol (iandol) wrote :

There is no activity upstream, it looks like vino is abandonware. There is a patch made by a user on the vino issue if you want to rebuild the server yourself... But considering this is a fairly important feature in Ubuntu that is utterly broken on more and more systems as HiDPI becomes common, perhaps an ubuntu developer can help the upstream project?

Revision history for this message
george (george-mackerron) wrote :

Yes, the problem seems to be that Ubuntu bundles an abandonware remote desktop package. I think the solution must be either to switch to a package that's supported, or to start maintaining vino.

Revision history for this message
khalil.io (khalil-io) wrote :

I confirm the problem on my PC with 4k screen:

Ubuntu 20.04
HiDPI 3840x2160 (16:9)

The workaround is to lower the resolution to FullHD: 1920x1080 and Scale to 100% (1:1)

Revision history for this message
iandol (iandol) wrote :

Hi, while we wait for a fix, does anyone know how to reliably toggle between 3840x2160+gnome-scaling and 1920x1080-gnome-scaling? I've tried SSHing in a using xrandr before starting the session, but turning ON/OFF the GNOME scaling doesn't seem to work (xrandr controls DPI which is different, and i didn't find a simple gsettings to toggle that worksed). My current work around is manually changing this before I leave the computer just in case I need to VNC in, then setting it back which is not ideal...

Revision history for this message
Carlos Garay (carlosd3co) wrote :
Changed in vino:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.