New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Launch fails on KDE Plasma 6.0 when "Window state on start up" is set to "Hidden" #20516
Comments
Valgrind said this about it, if it helps:
|
I just tested the official AppImage build on the newly installed KDE Neon, and I did not encounter such a problem. Maybe the Arch distro maintainers forgot to rebuild qBittorrent with updated dependencies again? |
After encountering the same issue I rebuilt the Arch package from source and the problem persisted, so if it's the Arch package it's not that they forgot to rebuild it. A different solution than setting start up option to anything other than Hidden was specifying the |
I've built my custom qB package (I even made it 'Debug' type with '-O3' so terminal logging would not be disabled) with your icon patch for openSUSE Tumbleweed against current state of repositories but that did not help. Only setting QT_QPA_PLATFORMTHEME helped. Seems like another case of an app really hating something in a setting of a new KDE theme. The worst part is that it refuses to say what, silently going into quitting without crash or spewing anything into a log. |
Strangely, my custom build (of qBittorrent master) works fine on KDE Neon with "Hidden" startup state. It does not have the |
Is not set for me either. |
I don't recall that we touched on related aspects. |
Well, neither do I as I use openSUSE and not Arch. I wouldn't be surprised if this has something to do with "Application Style" & "Window Decorations" selected, which are "Breeze" & "Oxygen" for me. I vaguely remember some app weirdly losing its shit with Oxygen years ago. |
BTW, no one provided qBittorrent logs. |
Unfortunately, most Linux distributions do not comply with the predefined qBittorrent compilation flags, so the built-in "stack trace" feature turns out to be inoperable. |
Seems to be the case. (removed ip and torrent info only) |
I wonder how it would behave if you configure startup state "minimized" and "minimize to tray" enabled? |
It does not exit and stays in the tray.
|
Well, at least there is something to use as a workaround if we do not find the true cause of what is happening. |
But if I link it with system Qt it closes by itself. |
Issue continues to occur on
|
v4.6.4 isn't supposed to fix it. |
Oh I didn't notice the fix came in barely after 4.6.4, so it's pending a future release cycle. Apologies. |
I confirm this in Fedora 40 Plasma 6.0.4 qBittorrent v4.6.4. QBittorrent won't start with StartUpWindowState=Hidden but if I set StartUpWindowState= then it does start. |
|
qBittorrent & operating system versions
qBittorrent: 4.6.3 x64
Operating system: Arch Linux
Qt: 6.6.2
libtorrent-rasterbar: 2.0.9.0
What is the problem?
Similar behavior to #20511 but I've been narrowing it down to the "Window state on start up" settings.
Steps to reproduce
qbittorrent.conf
:0
) with no logs.Additional context
No response
Log(s) & preferences file(s)
Possibly related
journalctl
entries:As stated above, unfortunately no logs when launching on command line, and no relevant info on
qBittorrent.log
either.The text was updated successfully, but these errors were encountered: