Login starts at native resolution before visibly switching to the configured resolution

Bug #1868614 reported by Kain Centeno on 2020-03-23
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-shell (Ubuntu)
Low
Unassigned
mutter (Ubuntu)
Low
Unassigned

Bug Description

This happens on Ubuntu 19.10 and still happening on Ubuntu 20.04

Let me give a little background

My laptop (Razer Stealth) has a built in display with default 3840 by 2160.
I currently have it set up to 1920 by 1080, as it drains the battery faster using the higher resolution.

At login, the resolution show at 1920 by 1080, but after entering the password, the screen changes the resolution back to the default (3840 by 2160), but once the desktop of the user loads it changes back to 1920 by 1080.

The change of resolution can be noticeable because the size of the mouse pointer becomes much smaller when logging in.
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu21
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
DistUpgraded: 2020-03-17 08:21:46,611 DEBUG Running PostInstallScript: './xorg_fix_proprietary.py'
DistroCodename: focal
DistroRelease: Ubuntu 20.04
DistroVariant: ubuntu
DkmsStatus:
 virtualbox, 6.1.4, 5.3.0-42-generic, x86_64: installed
 virtualbox, 6.1.4, 5.4.0-18-generic, x86_64: installed
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation Skylake GT2 [HD Graphics 520] [8086:1916] (rev 07) (prog-if 00 [VGA controller])
   Subsystem: Razer USA Ltd. Skylake GT2 [HD Graphics 520] [1a58:674d]
InstallationDate: Installed on 2019-09-28 (178 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Beta amd64 (20190926.1)
MachineType: Razer Blade Stealth
Package: xorg 1:7.7+19ubuntu14
PackageArchitecture: amd64
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-18-generic root=UUID=3eed045c-673f-4583-9b55-d04adb18adc3 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 5.4.0-18.22-generic 5.4.24
Tags: wayland-session focal ubuntu reproducible
Uname: Linux 5.4.0-18-generic x86_64
UpgradeStatus: Upgraded to focal on 2020-03-17 (6 days ago)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 12/30/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 5.11
dmi.board.asset.tag: ABCDEF
dmi.board.name: SKYBAY
dmi.board.vendor: INTEL Corporation
dmi.board.version: Default string
dmi.chassis.asset.tag: ABCDEF
dmi.chassis.type: 9
dmi.chassis.vendor: Default string
dmi.chassis.version: Default string
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr5.11:bd12/30/2015:svnRazer:pnBladeStealth:pvr1.04:rvnINTELCorporation:rnSKYBAY:rvrDefaultstring:cvnDefaultstring:ct9:cvrDefaultstring:
dmi.product.name: Blade Stealth
dmi.product.sku: RZ09-01682E24
dmi.product.version: 1.04
dmi.sys.vendor: Razer
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.100-4
version.libgl1-mesa-dri: libgl1-mesa-dri 20.0.0-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx N/A
version.xserver-xorg-core: xserver-xorg-core 2:1.20.7-2ubuntu2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20190815-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1868614/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
affects: ubuntu → gdm3 (Ubuntu)
Daniel van Vugt (vanvugt) wrote :

Three different modes sounds confusing indeed. I suspect what you are actually seeing is:

1. The login screen is 3840x2160 but scaled 2x to look like 1920x1080.

2. Successful login is 3840x2160 at scale 1x.

3. The desktop loads and your personal setting of 1920x1080 is used.

tags: added: eoan focal
Daniel van Vugt (vanvugt) wrote :

Please run this command while the bug is still assigned to xorg:

  apport-collect 1868614

After that we should probably move it to gnome-shell.

affects: gdm3 (Ubuntu) → xorg (Ubuntu)
Changed in xorg (Ubuntu):
status: New → Incomplete
importance: Undecided → Low
Kain Centeno (tenshinoneko) wrote :

Hi Daniel,

You seem to be correct as I tried with 3840x2160 at 2x and it seems to be less of an issue visually but the screen still goes dark when it does the change of resolutions on step 2 for succesful login. The mouse goes from being at the centre of the screen to end up close to the lower right.

I will run the command now.

tags: added: apport-collected reproducible ubuntu wayland-session
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

summary: - at log in the resolution changes before going to desktop
+ Login starts at native resolution before visibly switching to the
+ configured resolution
affects: xorg (Ubuntu) → gnome-shell (Ubuntu)
Changed in gnome-shell (Ubuntu):
status: Incomplete → New
tags: added: performance visual-quality
Sebastien Bacher (seb128) wrote :

Why do you think it's a gnome-settings-daemon issue? The screen handling has moved away from that component, do you think it might be doing something else that plays a role in the issue?

Changed in gnome-settings-daemon (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Daniel van Vugt (vanvugt) wrote :

I have no idea where it is implemented. Just shotgunning the only package that I thought might be relevant. But actually that should include mutter...

affects: gnome-settings-daemon (Ubuntu) → mutter (Ubuntu)
Changed in mutter (Ubuntu):
status: Incomplete → New
Kain Centeno (tenshinoneko) wrote :

Is there something I should be collecting on my end? =)

Daniel van Vugt (vanvugt) wrote :

Yes, to progress the issue please report it to the upstream developers at:

  https://gitlab.gnome.org/GNOME/gnome-shell/issues

and then tell us the new bug ID.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers