qbittorrent / qBittorrent

qBittorrent BitTorrent client
https://www.qbittorrent.org
Other
27.4k stars 3.9k forks source link

Torrent download window options lost it's focus on "Ok" #21461

Open Kuromizu1504 opened 1 day ago

Kuromizu1504 commented 1 day ago

qBittorrent & operating system versions

QBittorrent V 5.0.0 (Flatpak) Qt: 6.7.3 Libtorrent: 1.2.19.0 Boost: 1.86.0 OpenSSL: 3.1.7 zlib: 1.3.1

OS: Pop!_OS 22.04 LTS 64-bit, X11, Gnome 42.9

What is the problem?

After clicking on a 'magnetic link', the focus of the download options window is on the 'Torrent setting: Category' item. In the previous version, the focus was on the OK button, which made it easier to quickly review before confirming the download just by pressing enter.

Steps to reproduce

No response

Additional context

No response

Log(s) & preferences file(s)

qBittorrent.txt

thalieht commented 1 day ago

the focus was on the OK button

Did you try hitting Enter? For me it's focused in category but if i hit enter, OK is activated.

Kuromizu1504 commented 16 hours ago

Did you try hitting Enter? For me it's focused in category but if i hit enter, OK is activated.

Yeah, and that didn’t work for me. I'm not a dev, but not this dumb either, ok?

I was able to gather results from other devices and setups. The same issue, with the focus staying on 'Categories' even after pressing 'Enter', occurred in the following situations, using the same QBittorrent preferences:

Fresh installed (today, baremetal) on a Laptop (different equipment): Arch Linux GNOME Version: 47 Windowing System: Wayland Kernel Version: Linux 6.11.1-arch1-1 QBittorrrent 5.0.0-1 from extra repo (installed with pacman) Qt: 6.7.3 Libtorrent: 2.0.10.0 Boost: 1.86.0 OpenSSL: 3.3.2 zlib: 1.3.1


Tested on a older machine (different equipment) - desktop: Ubuntu 20.04.6 LTS, Gnome 3.36.8, X11 QBittorrent 5.0.0 (Flatpak) Qt: 6.7.3 Libtorrent: 1.2.19.0 Boost: 1.86.0 OpenSSL: 3.1.7 zlib: 1.3.1 Was working just fine in the previous version.


As you can see, even on a freshly set-up machine running the latest Arch version, the most up-to-date Gnome, the latest Python version, installed from the arch extras repo (to rule out Flatpak as the issue) and using Wayland (to rule out X11 as the issue), the problem still persists. Let me know if there's any other information that could help resolve this issue.

Tks

glassez commented 9 hours ago

There may be a problem with the Qt platform theme plugin being used.

Kuromizu1504 commented 8 hours ago

There may be a problem with the Qt platform theme plugin being used.

This doesn't explain the behavior on a freshly installed Arch system, on a different machine, with Gnome (Wayland) and QBittorrent from the Arch repository, with no customizations, no themes, plugins, or anything else.

Kuromizu1504 commented 8 hours ago

@thalieht, @glassez, I just came across this information. I believe it's the same issue again, and it’s not related to my system, since, as I mentioned, I tested it on a completely clean installation (OS and application)

image

glassez commented 7 hours ago

There may be a problem with the Qt platform theme plugin being used.

This doesn't explain the behavior on a freshly installed Arch system, on a different machine, with Gnome (Wayland) and QBittorrent from the Arch repository, with no customizations, no themes, plugins, or anything else.

Seems you don't know what "Qt platform theme plugin" is. This is a layer of integration between Qt and a specific platform, environment, etc. As I see, you are talking about Gnome. So you are probably talk about the same platform plugin. As you can see from the comments of the other participants, they do not have such a problem.

glassez commented 5 hours ago

As you can see from the comments of the other participants, they do not have such a problem.

I tested it myself on Windows 11 and KDE Neon, and it behaves correctly.