Open cdknight opened 6 years ago
I am seeing this issue as well
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.
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).
have the same issue
I believe setting scaling in dconf editor or with gsettings does not work either.
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.
This problem was fixed recently for me. Hopefully scaling is remembered for others too.
Looks like the HiDPI Daemon was to blame - turn it off and the issue doesn't persist
@z-con Could you send your the output of xrandr and the contents of your ~/.config/monitors.xml file?
@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.
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:
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
I'm having the same issue on a fresh install of 19.10. Scale is reset to 200% every time I reboot.
Same for me. I have to rearrange my two displays and scaling factors everytime after reboot, even after I disable the HiDPI daemon.
same here. :(
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.
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)
i experience the same with POP OS as well Ubuntu 19.10. Can this be re-opened?
Me too! Multiple stack overflow issues on this too.
Same issue on Matebook X Pro with 19.10
same here, 175% works but if i set the setting to 200% and reboot, its back to 100%
I'm having the same insanely annoying issue EVERY single time I reboot. Running 19.04
If anyone is still experiencing this issue, this seems to do the trick:
gsettings set com.system76.hidpi enable false
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.
I can confirm that disable hidpi daemon work for me
I tried in several ways but I was unsuccessful. Ubuntu 19.04
Still a problem in 20.04. Using nvidia drivers.
The issue should be re-opened. The problem remains on PopOS 20.04 with HiDpi daemon off, Nvidia drivers v440
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.
A fix is being tested in Ubuntu right now. https://bugs.launchpad.net/bugs/1825593
The issue also appears after putting the computer to sleep and waking it up again. On a standard fresh install of PopOS - Intel.
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).
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
@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.
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.
Same problem here with AMD graphics card, Pop!_OS 20.10.
Faced the same issue on Pop!_OS 20.10 (NVIDIA card), but disabling hidpi seems to have resolved it for me.
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.
Added Feb 12, 2021 I turn off the HIDPI daemon and the issue stops. I now have a peaceful period with my set up.
+1
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.
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.
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?
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.
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?
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?
Ok this might help someone with this problem. (You may need to turn off HiDPI first).
sudo cp ~/.config/monitors.xml ~gdm/.config/
That's it. I can see my setting are present after reboot even in the login screen.
Ok this might help someone with this problem. (You may need to turn off HiDPI first).
- Change your display settings in the GUI to what you want.
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.
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:
if [[ $(ps -o comm= $PPID) == "gnome-terminal-" || $(ps -o comm= $PPID) == "tmux: server" ]];
then
_set_3_screens=0;
# Configure screens, if connected to 3 screens.
if [[ $_set_3_screens == 0 ]] && [[ $(xrandr --query | grep '\bconnected\b' -c) = 3 ]] && [[ ! $(xrandr --query | grep "panning 5108x2873+3840+1455" -c) == 1 ]];
then
3screens
echo -e "Displays configuration status: \033[1;32mThree screens were found and automatically configured.\033[0m"
fi
fi
Again, these are not solutions, just possible strategies to mitigate the impact of this annoying bug.
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...
If anyone is still experiencing this issue, this seems to do the trick:
gsettings set com.system76.hidpi enable false
did the trick thanks :)
Any Display resolution settings wasn't persistent until I disable HiDPI Daemon.
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=bionicRelated 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