Skip to content
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

System style (Fusion) switches to windowsvista after changing any setting #21716

Open
stalkerok opened this issue Oct 30, 2024 · 10 comments · May be fixed by #21720
Open

System style (Fusion) switches to windowsvista after changing any setting #21716

stalkerok opened this issue Oct 30, 2024 · 10 comments · May be fixed by #21720

Comments

@stalkerok
Copy link
Contributor

qBittorrent & operating system versions

qBittorrent v5.0.1 (64-bit)
Qt: 6.7.3
Libtorrent: 1.2.19.0
Boost: 1.86.0
OpenSSL: 3.4.0
zlib: 1.3.1
OS: W10

What is the problem?

System style (Fusion) switches to windowsvista after changing any setting and restarting the application.
You can tell that the style has switched by the application's language drop-down list.

Steps to reproduce

2024-10-30.12-26-48.mp4

Additional context

No response

Log(s) & preferences file(s)

No response

@glassez
Copy link
Member

glassez commented Oct 30, 2024

System style (Fusion)

Fusion isn't System style.
You seem to have switched from Fusion to System earlier but forgot to restart qBittorrent.

@stalkerok
Copy link
Contributor Author

No, this is the first run, I only changed one setting. Second run - the style has changed, but I haven't even touched it. It's very easy to reproduce.

@xavier2k6
Copy link
Member

We are not changing the default style in Qt on Windows, so by default, your application will use the Windows Vista style

https://www.qt.io/blog/dark-mode-on-windows-11-with-qt-6.5

So, do we actually need to have a system setting??

@xavier2k6
Copy link
Member

You will also notice the Windows Vista style is in use for system like in View Menu Bar:

#17081 (comment)

@xavier2k6
Copy link
Member

Is there a QStyleFactory key for system????

@xavier2k6
Copy link
Member

BTW - Fusion is still supposed to be the "default" but yet the combo box defaults to System on first run (portable mode)

glassez added a commit to glassez/qBittorrent that referenced this issue Oct 30, 2024
@glassez glassez linked a pull request Oct 30, 2024 that will close this issue
@glassez
Copy link
Member

glassez commented Oct 30, 2024

Seems it is a regression of #21599. (As we say, the best is the enemy of the good.)
Could you test #21720?

@Chocobo1
Copy link
Member

Chocobo1 commented Oct 31, 2024

Seems it is a regression of #21599. (As we say, the best is the enemy of the good.)

??? To me it seems like #21720 is fixing bugs from the later #21605 instead.
I tested #21599 before submitting it and it was working fine (actually I nearly tested all of my PRs before submission).

@glassez
Copy link
Member

glassez commented Nov 1, 2024

Seems it is a regression of #21599. (As we say, the best is the enemy of the good.)

??? To me it seems like #21720 is fixing bugs from the later #21605 instead. I tested #21599 before submitting it and it was working fine (actually I nearly tested all of my PRs before submission).

It was still #21599 who added the "case sensitivity" problem (just look at the changes), but it was not affected by this problem under normal conditions by pure chance (only because the "Fusion" style is located in the first place alphabetically), so your tests did not detect it. #21605 made the problem worse, but it apparently wasn't tested on a clean configuration.

@Chocobo1
Copy link
Member

Chocobo1 commented Nov 2, 2024

It was still #21599 who added the "case sensitivity" problem (just look at the changes), but it was not affected by this problem under normal conditions by pure chance (only because the "Fusion" style is located in the first place alphabetically), so your tests did not detect it.

Seems the root cause is the values from QStyleFactory::keys() and QApplication::style()->name() had different cases. Weird Qt behavior...

glassez added a commit to glassez/qBittorrent that referenced this issue Nov 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants