pop-os / pop

A project for managing all Pop!_OS sources
https://system76.com/pop
2.46k stars 87 forks source link

Scaling is not persistent across reboots #226

Open cdknight opened 6 years ago

cdknight commented 6 years ago

If this is a bug, please use the template below. If this is a question, or a general discussion topic - please post on our subreddit https://reddit.com/r/pop_os or start a conversation in our chat https://chat.pop-os.org/ - as these are the proper forums for those types of posts.

Distribution - (run cat /etc/os-release) NAME="Pop!_OS" VERSION="18.04 LTS" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Pop!_OS 18.04 LTS" VERSION_ID="18.04" HOME_URL="https://system76.com/pop" SUPPORT_URL="http://support.system76.com" BUG_REPORT_URL="https://github.com/pop-os/pop/issues" PRIVACY_POLICY_URL="https://system76.com/privacy" VERSION_CODENAME=bionic UBUNTU_CODENAME=bionic

Related Application and/or Package Version - apt policy $PACKAGE NAME gnome-control-center: Installed: 1:3.28.1-0ubuntu1pop3 Candidate: 1:3.28.1-0ubuntu1pop3 Version table: *** 1:3.28.1-0ubuntu1pop3 1001 1001 http://ppa.launchpad.net/system76/pop/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status 1:3.28.1-0ubuntu1 500 500 http://us.archive.ubuntu.com/ubuntu bionic/main amd64 Packages

hidpi-daemon: Installed: 18.04.0~1524774984~18.04~629373d Candidate: 18.04.0~1524774984~18.04~629373d Version table: *** 18.04.0~1524774984~18.04~629373d 1001 1001 http://ppa.launchpad.net/system76/pop/ubuntu bionic/main amd64 Packages 1001 http://ppa.launchpad.net/system76/pop/ubuntu bionic/main i386 Packages 100 /var/lib/dpkg/status

Issue/Bug Description Upon setting the scaling (200%) to my liking in the Control Center - my monitor is a HiDPI 4k monitor (AOC U2777PQU), working with the computer, and then rebooting, the scaling goes away. If hidpi-daemon is supposed to automatically scale my display, it isn't doing anything. Some applications are still small.

Steps to reproduce (if you know) Open gnome-control-center (Abbreviated to Settings in Applications list). Click on "Devices" Click on "Displays" Set scaling to 200% Enable HiDPI daemon. Set mode to HiDPI. Click on "Apply" and observe scaling changes. Close out of the Control Center. Open various other applications with scaling preferences still being there. (ex. Terminal, firefox, and Pop!_Shop). Do not close apps. Reboot. Log in to computer. Notice scaling is not there.

Expected behavior The computer should remember the scaling settings for my HiDPI display after a reboot.

Other Notes

Applications that were small without the hidpi-daemon (ex. Synergy) in 17.10 remain small even though the daemon says it will scale displays accordingly. I am not sure exactly how hidpi-daemon works. If I am doing something wrong here, let me know! Thanks!

Some Computer Specs: Motherboard: ASUS 970 PRO/GAMING AURA Processor: AMD FX-8370 Graphics Card: NVIDIA GeForce GTX 1060 6GB

narendasan commented 6 years ago

I am seeing this issue as well

djordan2 commented 6 years ago

Are you using GTK2 applications like GIMP and Inkscape? These will appear small unless the hidpi daemon is set to "lodpi" or "optimized" mode. Do other applications like Firefox and Nautllus(Files) appear the correct size?

HiDPI mode makes everything crisp on your 4K monitor. Legacy applications that don't understand scaling will appear small. LoDPI mode makes those old applications look right, but your screen may seem "fuzzy" since everything is rendered at a lower resolution.

cdknight commented 6 years ago

The shell is not scaled upon login, and I have to set the scaling to 200% manually every time. I have set the scaling before I restart, and the shell does not scale (neither does gdm, if that helps).

cunctator00 commented 6 years ago

have the same issue

cdknight commented 6 years ago

I believe setting scaling in dconf editor or with gsettings does not work either.

cdknight commented 6 years ago

Update: It's been a while, and the bug has not been fixed. However it only seems to happen on NVIDIA drivers (possible driver-related issue?). Tried some form of AMD drivers (under NVIDIA ISO) and it remembered the scaling. But I am still using an NVIDIA GPU.

cdknight commented 6 years ago

This problem was fixed recently for me. Hopefully scaling is remembered for others too.

z-con commented 6 years ago

Looks like the HiDPI Daemon was to blame - turn it off and the issue doesn't persist

djordan2 commented 6 years ago

@z-con Could you send your the output of xrandr and the contents of your ~/.config/monitors.xml file?

djordan2 commented 6 years ago

@z-con @cunctator00 @narendasan This issue should be resolved with the latest 18.04.4 release of hidpi-daemon. Let us know if scaling is remembered on reboot for you.

lackovic commented 4 years ago

This is still occurring on a freshly installed 19.10.

In my case nothing persists after reboot: monitors scaling, nor monitors rotation, nor primary display.

Disabling HiDPI daemon does not solve the issue:

Screenshot from 2019-11-20 16-43-01

NAME="Pop!_OS"
VERSION="19.10"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Pop!_OS 19.10"
VERSION_ID="19.10"
HOME_URL="https://system76.com/pop"
SUPPORT_URL="http://support.system76.com"
BUG_REPORT_URL="https://github.com/pop-os/pop/issues"
PRIVACY_POLICY_URL="https://system76.com/privacy"
VERSION_CODENAME=eoan
UBUNTU_CODENAME=eoan
LOGO=distributor-logo-pop-os
femtomc commented 4 years ago

I'm having the same issue on a fresh install of 19.10. Scale is reset to 200% every time I reboot.

pswu11 commented 4 years ago

Same for me. I have to rearrange my two displays and scaling factors everytime after reboot, even after I disable the HiDPI daemon.

vcraescu commented 4 years ago

same here. :(

dpsutton commented 4 years ago

Is it possible to reopen this issue or should this be a new issue? My scaling is reset to 200% on reboot and waking from sleep. Fresh 19.10 release installed a few days ago.

kearfy commented 4 years ago

Is it possible to reopen this issue or should this be a new issue? My scaling is reset to 200% on reboot and waking from sleep. Fresh 19.10 release installed a few days ago.

I've got the same issue with my Teclast F5 laptop (11inch, 1080p)

krulkrul commented 4 years ago

i experience the same with POP OS as well Ubuntu 19.10. Can this be re-opened?

JohnGalt1717 commented 4 years ago

Me too! Multiple stack overflow issues on this too.

adampiskorski commented 4 years ago

Same issue on Matebook X Pro with 19.10

andreas-soroko commented 4 years ago

same here, 175% works but if i set the setting to 200% and reboot, its back to 100%

aidbull commented 4 years ago

I'm having the same insanely annoying issue EVERY single time I reboot. Running 19.04

kearfy commented 4 years ago

If anyone is still experiencing this issue, this seems to do the trick: gsettings set com.system76.hidpi enable false

matthewepler commented 4 years ago

Still experiencing in 19.10. Specifically, 125% is not persistent for my laptop display, the choice of primary display, and the positioning is not saved either.

sandangel commented 4 years ago

I can confirm that disable hidpi daemon work for me

leandrocastro commented 4 years ago

I tried in several ways but I was unsuccessful. Ubuntu 19.04

alesniak303 commented 4 years ago

Still a problem in 20.04. Using nvidia drivers.

tfactor2 commented 4 years ago

The issue should be re-opened. The problem remains on PopOS 20.04 with HiDpi daemon off, Nvidia drivers v440

a-chen commented 4 years ago

I am just seeing this starting now after resuming from sleep on 20.04, been on 20.04 since release, don't know what triggered it.

dataviruset commented 4 years ago

A fix is being tested in Ubuntu right now. https://bugs.launchpad.net/bugs/1825593

pcnoic commented 4 years ago

The issue also appears after putting the computer to sleep and waking it up again. On a standard fresh install of PopOS - Intel.

ariadacapo commented 4 years ago

The issue happens when the screen is turned on/off. Suspend/Resume does not trigger the problem, providing the screen is not turned on/off (typically by closing the laptop lid). Connecting/disconnecting an external monitor also triggers the issue. The issue stops occurring when the HiDPI daemon is deactivated (slider button in the Settings → Displays window).

cbullard-dev commented 4 years ago

NAME="Pop!_OS" VERSION="20.04 LTS" ID=pop ID_LIKE="ubuntu debian" PRETTY_NAME="Pop!_OS 20.04 LTS" VERSION_ID="20.04" HOME_URL="https://system76.com/pop" SUPPORT_URL="http://support.system76.com" BUG_REPORT_URL="https://github.com/pop-os/pop/issues" PRIVACY_POLICY_URL="https://system76.com/privacy" VERSION_CODENAME=focal UBUNTU_CODENAME=focal LOGO=distributor-logo-pop-os

Issue Open the Nvidia-settings as sudo change orientation to rotate-left set display position Apply settings save to x configurations restart machine settings are back to default

Can't get this to stick

nlebedevinc commented 4 years ago

@ariadacapo Thanks, I faced the same issues that you described on Pop!_OS 20.04 LTS with HiDPI screen. Disabled HiDPI daemon works for me.

codexp commented 4 years ago

Issue still persists on

NAME="Pop!_OS"
VERSION="20.04 LTS"
ID=pop
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 20.04 LTS"
VERSION_ID="20.04"
HOME_URL="https://pop.system76.com"
SUPPORT_URL="https://support.system76.com"
BUG_REPORT_URL="https://github.com/pop-os/pop/issues"
PRIVACY_POLICY_URL="https://system76.com/privacy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
LOGO=distributor-logo-pop-os

Screen resolution, scale and anything else is dropped on restart. In my case it's even worse, screens overlap.

SantiagoPintos commented 3 years ago

Same problem here with AMD graphics card, Pop!_OS 20.10.

surajb92 commented 3 years ago

Faced the same issue on Pop!_OS 20.10 (NVIDIA card), but disabling hidpi seems to have resolved it for me.

wasdee commented 3 years ago

I faced the same issue on pop os 20.04, latest everything at the time.

my monitor settings keep changing on each startup. 120hz @ 5120 1440 scale 100% -> 60hz 3840*1080 scale 200%.

As well as, the relative position of 2 monitors reverts.

Hardware multiple monitors (4k) samsung G9 monitor: 120hz @ 5120 1440 LG 34" 4k 60hz NVIDIA RTX 3090
`cat ~/.config/monitors.xml` 268 0 1 DP-2 GSM LG Ultra HD 0x00022a08 3840 2160 59.996623992919922 0 2160 1 yes DP-0 SAM LC49G95T H4ZN700012 5120 1440 119.99920654296875

Added Feb 12, 2021 I turn off the HIDPI daemon and the issue stops. I now have a peaceful period with my set up.

rscircus commented 3 years ago

+1

PMarci commented 3 years ago

It's incredible to me that issues like this persist across six years... I specifically came to Pop OS to resolve some of my EOL Nvidia prime laptop related issues as well as scaling/screen tearing, and so far the improvements over Kubuntu are fewer than expected. Most of this seems to be not on Pop OS, which might mean it could be time for me to move on from Ubuntu. But I don't think any distro handles external screens acceptably, especially with such a hodgepodge of hardware as my workplace laptop. One area where Windows is clearly superior, even with the eventual HiPDI mismatch.

j2l commented 3 years ago

I have 2 computers using Pop!_OS 20.04 Only one is showing this "rescaling on reboot" problem : the 13' tablet (1920x1200, NO NVIDIA).

I noticed that some settings are forced in (caribou visual keyboard needs a gnome extension to stop popping in, nautilus forcing its way on the desktop after upgrade while I chose nemo as replacement). Whatever Gnome Tweak and Dconf param is changed, they are still present. Is there a third (Nth?) way to manage Gnome settings on Debian and they got reset despite what was selected? This is impacting the Pop!_OS experience I think.

gorghino commented 3 years ago

Same here with my system:

gorgo@pop-os


OS: Pop!_OS 20.10 x86_64 Host: Blade 15 Advanced Model (Early 2020) - RZ09-033 5.04 Kernel: 5.8.0-7642-generic Shell: bash 5.0.17 Resolution: 4384x2466 DE: GNOME 3.38.3 WM: Mutter WM Theme: Pop Theme: Pop-dark [GTK2/3] Icons: Pop [GTK2/3] Terminal: gnome-terminal CPU: Intel i7-10875H (16) @ 2.300GHz

com.system76.hidpi is enabled. Shall I disable it?

mkleehammer commented 3 years ago

Same, but with Pop OS 20 on Lemur Pro 10 with Intel Iris Graphics. In my case I have 5K external running at 3840x2160 @ 200%. On reboot or disconnect it reverts to "optimized mode" and 100% which is tiny.

I've also experienced its USB hub working for powering an external KB but the events are not received until I restart. A power off and on don't seem to work as well as logging in and then restartng.

Will try turning on HiDPI daemon.

cdknight commented 3 years ago

It looks like this issue is still alive! Wow…

This is going to help, like, a total of zero people… but FWIW I've given up on HiDPI and switched to large 1080p monitors everywhere. Looks the situation has not… changed?

davenavas commented 3 years ago

I have this same problem. freshly installed pop_os. I remember having this problem with Ubuntu but I could fix it there moving my monitors.xml file after changing to the display settings I want, like this: sudo cp ~/.config/monitors.xml ~gdm/.config/monitors.xml sudo chown gdm:gdm ~gdm/.config/monitors.xml In pop os I get the correct file ~/.config/monitors.xml, but this is not persistent through reboots. gdm is not present in pop os like the fix shown before. Any thoughts?

davenavas commented 3 years ago

Ok this might help someone with this problem. (You may need to turn off HiDPI first).

  1. Change your display settings in the GUI to what you want.
  2. sudo cp ~/.config/monitors.xml ~gdm/.config/

That's it. I can see my setting are present after reboot even in the login screen.

lucasomigli commented 3 years ago

Ok this might help someone with this problem. (You may need to turn off HiDPI first).

  1. Change your display settings in the GUI to what you want.
  2. sudo cp ~/.config/monitors.xml ~gdm/.config/

That's it. I can see my setting are present after reboot even in the login screen.

Works fine after following this.

unknownterritory commented 3 years ago

In my case, the loss of scaling settings occurs at reboot, resuming from suspension and even after going into save screen.

My laptop is a Serval WS with the following specs:

I resorted to write a script to run xrandr at will and shortly after reboot. I'm pasting it here as a possible example of a mitigation workaround for others:

xrandr --output DP-0 --primary --mode 3840x2160 --rate 60.02 --pos 0x0 --rotate normal --scale 1x1 --output DP-2 --auto --mode 1920x1080 --rate 60 --pos 0x-2160 --scale 2x2 --rotate normal --output HDMI-0 --auto --mode 3840x2160 --rate 30 --pos 3840x-1221 --scale 1.33x1.33 --panning 5107x2873+3840+1455

I've noticed that having the panning for the monitor that is scaled to a fractional value really helps minimize errors. I've assigned this xrandr instruction to an alias: 3screens I've also added the following script to my .zshrc (zshell's equivalent of .bashrc) in order to run the xrandr command whenever I run a terminal... in certain conditions:

iuvbio commented 3 years ago

I have the same issue, @davenavas what exactly is the path you copied monitors.xml to? I don't think ~gdm/.config/ is correct, is it? Should be either ~/.config/gdm or ~/.gdm/config, I guess?

Edit: It's indeed ~/.config/gdm, thanks for the fix. I'm on Pop OS 21.04 btw and this is still an issue...

emretuna commented 3 years ago

If anyone is still experiencing this issue, this seems to do the trick: gsettings set com.system76.hidpi enable false

did the trick thanks :)

shinebayar-g commented 2 years ago

Any Display resolution settings wasn't persistent until I disable HiDPI Daemon.