You are not logged in.
I'm using plasma 5.10 and I can't use downloaded window decoration themes. Only the default ones like Breeze, Oxygen and Plastik work. The others appear like in the picture below, and when I choose them, the decoration is entirely removed. I tried using a brand new user to check if it was something related to my configuration, but the problem persisted. I also tried it using KDE Neon, which worked, so I assume it's related to my Arch installation.
Has anybody else had this issue? Maybe it's some missing package?
Last edited by sollidsnake (2017-06-03 01:52:08)
Non serviam
Offline
Read the Code of Conduct and only post thumbnails http://wiki.archlinux.org/index.php/Cod … s_and_code
Offline
I'm having the same issues as well. Doing a fresh install of arch linux in a virtual machine shows the same problem too, so it's most likely a packaging error. Have no idea how to solve it at the moment though.
Offline
I'm having the same issues as well. Doing a fresh install of arch linux in a virtual machine shows the same problem too, so it's most likely a packaging error. Have no idea how to solve it at the moment though.
Do you have a Nvidia card with proprietary driver? Because I tried on my notebook with intel graphics and it worked, this problem is only happening in my desktop with a GTX 970
Non serviam
Offline
Do you have a Nvidia card with proprietary driver?
I do have a nvidia card with proprietary drivers. It just seems odd that in most virtual machines the window decorations show up just fine. Even in antergos which is based on arch.
Since the gpu is not picked up by the virtual machine it shouldn't matter whether the drivers are installed, which is exactly what I observed. So far I've been unable to figure out the reason why the decorations work in antergos but not in vanilla arch.
There are certain kde packages in the antergos repos but none that should cause such a difference.
Offline
Reverting https://cgit.kde.org/kwin.git/commit/?h … 3de2ee7e92 and rebuilding kwin seems to fix it here.
Fixing rather than reverting would be preferable, obviously.
Offline
Reverting https://cgit.kde.org/kwin.git/commit/?h … 3de2ee7e92 and rebuilding kwin seems to fix it here.
Fixing rather than reverting would be preferable, obviously.
Nice catch! I'll try it.
I filed a bug at: https://bugs.kde.org/show_bug.cgi?id=380524
Last edited by sollidsnake (2017-06-03 23:43:25)
Non serviam
Offline
Reverting https://cgit.kde.org/kwin.git/commit/?h … 3de2ee7e92 and rebuilding kwin seems to fix it here.
Fixing rather than reverting would be preferable, obviously.
I see the problem. In my case QScreen::logicalDotsPerInchX() returns 93.0687 which is then divided by 96. Because this division is smaller than 1 it is truncated to zero in the conversion to int.
It's funny and a little bit sad because the compiler even warns you about this mistake. Changing the type of scaleFactor in line 128 to qreal should fix the problem, though I haven't tried yet.
I don't see how it's related to anything with the nvidia drivers though.
Offline
I found a fix without having to recompile any of the arch packages. Run the command
xrandr --dpi 96to change the dpi of your screen (You may want to use a higher dpi than 96 if you use a HiDpi screen.
If you want to change it at startup add the command to a startup script/conf file or whatever.
Offline
It has been fixed already in this commit https://cgit.kde.org/kwin.git/commit/?h … 3d28b2e85f
Now we just need to wait for to land on arch repository, or build kwin's branch 5.10
Non serviam
Offline