You are not logged in.
After updating plasma-workspace and related packages to 5.23.3, all Plasma UI components including window borders, icons, fonts got super scaled up even though in my display settings it's still set to 1920x1080 which is my native display resolution and scaling is set to 100%. It now looks like it's probably 300% or more. The interesting part is that setting the default theme did not help and for example Firefox, Thunderbird or Brave are not affected at all by the scaling issue. Alacritty works too, it just has a really big window title bar. Dolphin is absolutely scaled up. It looks like it only affects Qt apps and not GTK.
Screen of desktop with Dolphin: https://imgur.com/5ABJSnk
Has anyone else noticed this? I hope for swift resolution...
Last edited by Grelek (2021-11-09 23:28:25)
Offline
Same thing in i3. Fonts and icons are suddenly jumbo sized. Not sure if it's related to the xorg-server update today.
Offline
Ha, got it! It has nothing to do with Plasma (sorry). I downgraded following packages and it started working again! So the issue is probably in xorg-server. I don't know how to move the topics though.
[2021-11-10T00:32:41+0100] [ALPM] downgraded xorg-server-common (21.1.1-2 -> 1.20.13-3)
[2021-11-10T00:32:41+0100] [ALPM] downgraded xorg-server (21.1.1-2 -> 1.20.13-3)
[2021-11-10T00:32:41+0100] [ALPM] downgraded xf86-input-evdev (2.10.6-3 -> 2.10.6-2)
[2021-11-10T00:32:41+0100] [ALPM] downgraded xf86-video-intel (1:2.99.917+916+g31486f40-2 -> 1:2.99.917+916+g31486f40-1)
Offline
I tried that downgrade earlier and everything ostensibly froze, but it turns out I missed the xf86-input-libinput package, which explains the whole "not responding to input" thing. Hope that helps someone.
Offline
Yeah I had some issue with my bluetooth mouse and touchpad did not work at all. I've frozen following packages for now and everything works as before:
Name : xorg-server
Version : 1.20.13-3
Description : Xorg X server
Architecture : x86_64
URL : https://xorg.freedesktop.org
Licenses : custom
Groups : xorg
Provides : X-ABI-VIDEODRV_VERSION=24.0 X-ABI-XINPUT_VERSION=24.1 X-ABI-EXTENSION_VERSION=10.0 x-server
Depends On : libepoxy libxfont2 pixman xorg-server-common libunwind dbus libgl xf86-input-libinput nettle libpciaccess libdrm libxshmfence libxcvt
Optional Deps : None
Required By : sddm
Optional For : None
Conflicts With : nvidia-utils<=331.20 glamor-egl xf86-video-modesetting
Replaces : glamor-egl xf86-video-modesetting
Installed Size : 3.62 MiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Sun 31 Oct 2021 07:30:01 AM CET
Install Date : Wed 10 Nov 2021 12:32:41 AM CET
Install Reason : Installed as a dependency for another package
Install Script : Yes
Validated By : Signature
Name : xorg-server-common
Version : 1.20.13-3
Description : Xorg server common files
Architecture : x86_64
URL : https://xorg.freedesktop.org
Licenses : custom
Groups : xorg
Provides : None
Depends On : xkeyboard-config xorg-xkbcomp xorg-setxkbmap
Optional Deps : None
Required By : xorg-server
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 127.21 KiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Sun 31 Oct 2021 07:30:01 AM CET
Install Date : Wed 10 Nov 2021 12:32:41 AM CET
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
Name : xf86-video-intel
Version : 1:2.99.917+916+g31486f40-1
Description : X.org Intel i810/i830/i915/945G/G965+ video drivers
Architecture : x86_64
URL : https://01.org/linuxgraphics
Licenses : custom
Groups : xorg-drivers
Provides : xf86-video-intel-uxa xf86-video-intel-sna
Depends On : mesa libxvmc pixman xcb-util>=0.3.9 systemd-libs
Optional Deps : libxrandr: for intel-virtual-output [installed]
libxinerama: for intel-virtual-output [installed]
libxcursor: for intel-virtual-output [installed]
libxtst: for intel-virtual-output [installed]
libxss: for intel-virtual-output [installed]
Required By : None
Optional For : None
Conflicts With : xorg-server<1.20 X-ABI-VIDEODRV_VERSION<24 X-ABI-VIDEODRV_VERSION>=25 xf86-video-intel-sna xf86-video-intel-uxa xf86-video-i810 xf86-video-intel-legacy
Replaces : xf86-video-intel-uxa xf86-video-intel-sna
Installed Size : 2.16 MiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Sat 16 Jan 2021 11:35:32 AM CET
Install Date : Wed 10 Nov 2021 12:32:41 AM CET
Install Reason : Explicitly installed
Install Script : Yes
Validated By : None
Name : xf86-input-evdev
Version : 2.10.6-2
Description : X.org evdev input driver
Architecture : x86_64
URL : https://xorg.freedesktop.org/
Licenses : custom
Groups : xorg-drivers
Provides : None
Depends On : systemd-libs mtdev libevdev
Optional Deps : None
Required By : None
Optional For : None
Conflicts With : xorg-server<1.19.0 X-ABI-XINPUT_VERSION<24.1 X-ABI-XINPUT_VERSION>=25
Replaces : None
Installed Size : 75.13 KiB
Packager : Evangelos Foutras <evangelos@foutrelis.com>
Build Date : Sat 16 May 2020 04:01:41 PM CEST
Install Date : Wed 10 Nov 2021 12:32:41 AM CET
Install Reason : Explicitly installed
Install Script : No
Validated By : Signature
Name : libevdev
Version : 1.11.0-1
Description : Wrapper library for evdev devices
Architecture : x86_64
URL : https://www.freedesktop.org/wiki/Software/libevdev/
Licenses : custom:MIT
Groups : None
Provides : libevdev.so=2-64
Depends On : glibc
Optional Deps : None
Required By : libinput libmanette logiops xf86-input-evdev
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 254.44 KiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Mon 01 Feb 2021 08:41:27 AM CET
Install Date : Wed 10 Nov 2021 12:48:28 AM CET
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : None
Name : xf86-input-libinput
Version : 1.2.0-1
Description : Generic input driver for the X.Org server based on libinput
Architecture : x86_64
URL : http://xorg.freedesktop.org/
Licenses : custom:MIT
Groups : xorg-drivers
Provides : None
Depends On : libinput
Optional Deps : None
Required By : xorg-server
Optional For : None
Conflicts With : xorg-server<1.19.0 X-ABI-XINPUT_VERSION<24 X-ABI-XINPUT_VERSION>=25
Replaces : None
Installed Size : 95.51 KiB
Packager : Andreas Radke <andyrtr@archlinux.org>
Build Date : Sun 19 Sep 2021 08:01:14 PM CEST
Install Date : Wed 10 Nov 2021 12:48:28 AM CET
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
Offline
A downgrade is never the solution.
Offline
Xorg changed its DPI detection code https://www.mail-archive.com/xorg@lists … 06880.html
You need to change DPI related settings in Plasma or X.
Offline
Offline
Thanks for your replies. However the scaling is already set to 100%. Even setting it to 125%, restart and set to 100% and then restart did not help. With the new xorg-server everything is just scaled up massively. https://imgur.com/kxEPtWw
And yes, downgrading is not a solution, but I need to use the computer daily. ;-)
Last edited by Grelek (2021-11-10 07:54:41)
Offline
Xorg changed its DPI detection code https://www.mail-archive.com/xorg@lists … 06880.html
You need to change DPI related settings in Plasma or X.
Offline
However the scaling is already set to 100%...
Did you adjust Font scaling as described here? :
https://wiki.archlinux.org/title/HiDPI#KDE_Plasma
(96dpi works well for me on small NB display)
Offline
Adding
Xft.dpi: 96
to ~/.Xresources solved the problem for me.
Offline
Solved.
Grelek wrote:However the scaling is already set to 100%...
Did you adjust Font scaling as described here? :
https://wiki.archlinux.org/title/HiDPI#KDE_Plasma
(96dpi works well for me on small NB display)
Yeah, but it didn't work. I had to hardcode the DPI settings to /etc/X11/Xresources. The SDDM steps in the wiki did help though.
This could have been communicated more in my opinion, because having to hardcode stuff in configs for things that worked until now seems like going at least 10 years back.
Last edited by Grelek (2021-11-10 08:45:22)
Offline
Same here. Everything is so big it is almost impossible to use the computer. Something can be restore if one "Force font DPI", but not all.
Also (not sure if it is related) if you do so, Plasma recommends to scale the whole UI with "global screen scaling feature". If I click the button that appears ("Change display scaling") I get following error message: "Could not load plugin from /home/rad/kcms/home/rad/kcm_kscreen.desktop". At least the path looks fishy.
System is up to day, kscreen is installed and display global scale is 100 % (can not go lower).
Offline
Edit: @Grelek
What are the outputs of "xrandr -q" and "xdpyinfo | grep resolution"?
You have to "hardcode" stuff if you want to enforce values against the system - that's not news and can never change.
Last edited by seth (2021-11-10 08:52:14)
Offline
I had the same problem. For me, the solution is this variable exported in zshrc:
export PLASMA_USE_QT_SCALING=1
.
And restart SDDM.
Last edited by waldauf (2021-11-10 08:52:56)
Offline
Exactly same issue here as well. QT applications, dwm panel, font sizes on xmobar, and conky are strange and messed up here as well after upgrading to xorg 21.1
big font sizes on anything related to showing title related stuff
Offline
I had the same problem. For me, the solution is this variable exported in zshrc:
export PLASMA_USE_QT_SCALING=1
.
Why do you have PLASMA_USE_QT_SCALING in your zshrc?
This applies to zshrc non-login shells, you most likely want to set the environment to whatever starts the plasma session?
Offline
Of all things I ended up using a plasma wayland session, that worked.
Offline
Edit: @Grelek
What are the outputs of "xrandr -q" and "xdpyinfo | grep resolution"?
You have to "hardcode" stuff if you want to enforce values against the system - that's not news and can never change.
Having to hardcode stuff that worked on its own before is obviously wrong and not an excuse. ;-) But that's for a different debate. My issue was solved by settings Xft.dpi in /etc/X11/Xresources and going through the steps for SDDM listed in the wiki.
Offline
Of all things I ended up using a plasma wayland session, that worked.
Enforced evolution. Might finally try Wayland as well...
Offline
It "worked" because you likely have a HiDPI output (physical 160 dpi or whatever) but since X11 ran at 96 dpi, you most likely compensated that w/ scaling factors in the client API and/or selecting oversized fonts.
W/ xorg representing the actual DPI of your output you either need to enforce the "false" 96DPI or undo your compensations which are now overcompensating.
Offline
Adding "xrandr --dpi 96" in xinitrc seems to work as well, for those not using a DM. Whether that's the correct solution is another debate, but I wasn't about to measure the exact size of my monitor in millimetres.
Offline
"xrandr -q" will tell you the output dimensions… no ruler required.
Offline
It "worked" because you likely have a HiDPI output (physical 160 dpi or whatever) but since X11 ran at 96 dpi, you most likely compensated that w/ scaling factors in the client API and/or selecting oversized fonts.
W/ xorg representing the actual DPI of your output you either need to enforce the "false" 96DPI or undo your compensations which are now overcompensating.
You are right. That is what I had probably. My previous DPI was set to 96 (not sure how) and now it is calculated (or whatever) to actual correct value.
Whether that's the correct solution is another debate, but I wasn't about to measure the exact size of my monitor in millimetres.
Well that is pretty much what I did to discover that the new DPI setting is actually the correct one (well, I used known screen size and resolution to get the DPI, but whatever...).
So I guess now it is the time to actually change all the size-related settings...
Offline