Dark Mode not matching system, top menu not working correctly about polychromatic HOT 9 CLOSED

It would seem to be another Qt under Wayland bug - this time it's not Ubuntu's fault. There's nothing the application can do to fix this so please don't open an issue here. I imagine other Qt apps (Telegram, OBS, VLC, etc) are affected.

from polychromatic.

Ok, thank you for your help. :)

from polychromatic.

Theme doesn't match the system dark theme correctly. I've confirmed the same issue on two computers running the application.

I just checked with an Ubuntu 23.04 Live CD, and it's working as expected.

For light themes ("Default") with a light title bar, unfortunately our Qt 5 applications haven't been able to say "Hey, my interface is dark, use a dark title bar!", so that would be expected for now (#400). Hopefully Qt 6 will address this. If you're using the "Dark" Ubuntu theme, it should look like this:

Your screenshot shows different window borders. Are you using Ubuntu's default theme (Default or Dark) or do you have a custom theme?

When clicking the menu along the top on File then scrolling, it no longer trails the mouse and each menu item has to be clicked independently to work.

Works here in the 23.04 live CD, so possibly the upgrade affected some Qt configuration, or it might be an X11/Wayland (display server) thing. In either case, it's not a bug this application can fix, but we can try to find a solution.

Which session type is present?

env | grep SESSION_TYPE

(Note that 23.04 Live CD was using x11)

I found this thread, which suspects it's a problem only happening under Wayland. Testing under a new user would rule out Qt configuration in your home directory. Likewise, you could try the X11 session from the login screen.

• https://discourse.ubuntu.com/t/qt5-apps-do-not-use-gtk2-theme-in-ubuntu-23-04-beta/35047/5

from polychromatic.

Yes, it's wayland, but I ran wayland on 22.10 and it worked without issue there. I'm not sure what the correlation would be there. I will look at the link you provided when I get a chance. Thank you.

from polychromatic.

I looked at that link and the bug thread doesn't seem to exist. I also tried another user and the controller wouldn't launch at all under the new user. When it did launch, the theme was still broken.

Is there a list of dependencies that should be installed? I just want to cover the basis for the application and make sure something didn't get uninstalled during the upgrade. Thank you.

from polychromatic.

It looks like a Wayland/Qt integration bug specific to Ubuntu 23.04. For all I know, it could be this qtwayland5 bug 2008657. Running polychromatic-controller in a terminal may output warnings/errors from libraries. It's up to Ubuntu to fix this in an update, as it is appears other Qt 5 apps are affected too.

The dependencies are listed in the docs if you wanted to try, though I see little point if you've installed the software via PPA/apt, as these packages will be installed.

Thanks for checking a second user, since that confirms it's something at a system level or new package versions in 23.04. Just to note, the controller taking a while to appear for the new user is likely caused by OpenRazer timing out because the user may not be part of the plugdev group.

So, the workarounds for now could be to switch back to the old but trusty X11 session (from the login screen) or find the Ubuntu way of configuring the correct window theme for Qt 5 + Wayland. Arch Wiki has a useful troubleshooting tip for that:

Qt applications run on GNOME Wayland have a non-matching window decoration look, even after setting a Qt theme

In order to have a matching window decoration look, you have to install qgnomeplatform-qt5, and set the following environment variable: QT_QPA_PLATFORMTHEME='gnome' This fix is guaranteed to work with Adwaita or Adwaita-dark.

-- https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications#Troubleshooting

from polychromatic.

Yeah, I neglected to add my test user to the plugdev group, so that explains that. Dependencies are fine as well.

The bit in the Arch Wiki got it working again like it worked in Ubuntu 22.10, even under Wayland. At least there is a workound.

The menu doesn't seem to trail properly, maybe I just didn't notice it in the previous version of Ubuntu, but I have to click every menu item rather than being able to click and scroll to every menu entry.

By the way, thank you for your help!

from polychromatic.

Glad that works! I'll close this issue as there is nothing to fix on this end.

For the trailing menus, I'm a bit lost of what you mean. I thought of this:

Do you have a screenshot or MP4/GIF showing the problem?

from polychromatic.

Yeah, so that is working for you. It's not actually scrolling for me. I have to click each menu item, rather than clicking a menu and just mouse over the other menu's to activate them. I'll see if I can grab a capture later.

Did you want a separate issue opened for that? Thank you. :)

EDIT: When I launch polychromatic-controller from the terminal, I get the following output when attempting to mouse over the menu's after clicking them:

polychromatic-controller
QSocketNotifier: Can only be used with threads started with QThread
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()

from polychromatic.