Okular ignores Qt style set in systemsettings. Attached screenshot of two windows open: Dolphin - styled correctly (QtCurve) and Okular - wrong style (is it Oxygen?). Reproducible: Always
Created attachment 94666 [details] Wrong Qt style in Okular
Interesting thing to notice is that when I run Okular from terminal (yakuake) it uses QtCurve - correct. But when run from Dolphin, wrong style is used.
Do you use Dolphin 15.08, under Plasma 5? If so, they use the Qt5 theme, but Okular is a kdelibs4 application and it requires you to set the theme for Qt4 applications.
Luigi needs answers
Luigi: I'm using Plasma 4 on Arch Linux. I have both themes in Qt 4 and Qt 5 set to QtCurve. They look very similar on both libs (only the Qt 5 is a bit darker, since I didn't configure the color palette there). For Qt5 I used qt5ct to set the theme. It works well in my Qt5 app. Dolphin is 15.08. Okular uses completely different style, when run from Dolphin, but the correct one (QtCurve) when run from terminal (Konsole or Yakuake). There must be some difference here… Albert: Do you think I should file a bug that bugs.kde.org doesn't always send out notifications? ;-)
I'm going to assume you rebooted since you chagned the theme?
Yes, I at least relogin after that and I always reboot after system upgrade. I tried to see if there are any significant env differences when run from konsole and from Dolphin and I found out that when I create a script: #!/bin/sh gwenview "file.jpg" and run it from Dolphin, Gwenview uses correct theme. When run by clicking on an image - not. I just found another Dolphin bug that I can't edit "file type options" from within Properties dialog and I wonder if this bug isn't actually Dolphin's fault… BTW, do you know any method of dumping env variables of a running process?
Ah, wrong bug. I was actually trying to debug similar problem in Gwenview https://bugs.kde.org/show_bug.cgi?id=352754 (which doesn't use Oxygen theme but goes further - loses all icons, uses wrong fonts, etc.) I guess those two might be related. Nevertheless, my question about env variables still stands. ;-)
Find the pid of the process, then cd /proc/THEPID/ xargs -n 1 -0 < environ
Sorry for the delay, but again I didn't get any mail from bugs.kde.org. I ran the command and I'm going to attach the diff. I see that when run from Dolphin, there are missing some important variables. I ran gwenview like this: KDE_FULL_SESSION= KDE_SESSION_UID= KDE_SESSION_VERSION= gwenview freecad-1.png and got reproduction. So I made this test.sh: #!/bin/sh konsole -e "/bin/sh -c 'read'" Ran it from dolphin and I do have those variables in konsole process: 22:53 /proc/7845 % xargs -n 1 -0 < environ|grep KDE KDE_MULTIHEAD=false KDE_FULL_SESSION=true KDE_SESSION_UID=1000 KDE_SESSION_VERSION=4 XDG_CURRENT_DESKTOP=KDE
Created attachment 94844 [details] Environment when ran from Dolphin
Created attachment 94845 [details] Environment when ran from Yakuake
Which dolphin version is that?
It's Dolphin 15.08.0.
Dolphin people see comments 11 and 12, okular receives a very different set of environment variables when run through dolphin or through yakuake which influences the theme and some other things.
We use KRun to open files with their associated applications, maybe the problem is there? @Michał: Can you please try to open the same file in Gwenview via the open/save dialog (e.g. in Kate) and check the environment variables again? If there is the same problem, we know that the problem must be somewhere lower in the stack. Thanks for your help!
How can I open an image from an Open dialog? When I double-click a file in Kate it gets opened… in Kate as a text file. But Kate's "Open file" dialog doesn't look like KDE, it's more like generic Qt dialog. Seems that some new programs (from the 15.08 line) show this generic Qt dialog, but KTorrent (4.3.1) shows the correct one. I'll attach two example screenshots. Nevertheless, I pasted a path to an image into KRunner (the thing that's usually bound to Alt+F2) and Gwenview opened in a "healthy" state.
Created attachment 94899 [details] File dialog in Kdenlive 15.08.1
Created attachment 94900 [details] File dialog in KTorrent 4.3.1
I can not reproduce this. Two questions: * How do you start dolphin? * Which kde frameworks version do you have installed?
I was starting it from krunner or a keyboard shortcut. But since my last system upgrade, the bug doesn't reproduce anymore. Also the original problem with Gwenview (https://bugs.kde.org/show_bug.cgi?id=352754) is gone. I didn't see any KDE programs being upgraded, but Qt was, from 5.5.0 to 5.5.1…
Setting to needsinfo, since with no way to reproduce it's hard to fix.
Thanks for the update. If you see this issue again, please add a comment, or file a new ticket.