menus in qt programs not visible or appearing far away on wayland

  • Open
  • quality assurance status badge
Details
2 participants
  • bdju
  • Josselin Poiret
Owner
unassigned
Submitted by
bdju
Severity
normal
B
(address . bug-guix@gnu.org)
CGKF3EZQOW54.U79G4VK5AUZ7@masaki
guix system
guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
sway

In keepassxc the menus don't show anything when clicked.
(actually, I restarted it and now they work, but leaving that in to show
it was multiple programs)
In pcmanfm-qt the menus at the top as well as the right click menu don't
show anything.
In nheko the right click menu appears very far from the cursor, the same
spot regardless of where in the window I've clicked.
J
J
Josselin Poiret wrote on 22 Dec 2021 12:20
87pmpox4ve.fsf@jpoiret.xyz
Hello,

"bdju" via Bug reports for GNU Guix <bug-guix@gnu.org> writes:

Toggle quote (12 lines)
> guix system
> guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
> sway
>
> In keepassxc the menus don't show anything when clicked.
> (actually, I restarted it and now they work, but leaving that in to show
> it was multiple programs)
> In pcmanfm-qt the menus at the top as well as the right click menu don't
> show anything.
> In nheko the right click menu appears very far from the cursor, the same
> spot regardless of where in the window I've clicked.

This seems like those programs are running with the XCB backend, using
XWayland, rather than directly using Wayland.

Could you give us some more information about your system and Wayland
compositor?

Can you try launching those in a shell using `QT_QPA_PLATFORM=wayland
pcmanfm-qt` for example after installing qtwayland in your profile?

I cannot replicate on Sway 1.6.1 with either the xcb or wayland backends
of Qt.

--
Josselin Poiret
B
CGLWL4HU8A3B.2AKU63WSDEW7W@masaki
On Wed Dec 22, 2021 at 5:20 AM CST, Josselin Poiret wrote:
Toggle quote (3 lines)
> This seems like those programs are running with the XCB backend, using
> XWayland, rather than directly using Wayland.

`swaymsg -t get_tree` output shows they have an app_id instead of a
class, this is how I'm determining they're using Wayland. They in fact
used to use a class. I am not using the env var to force wayland as it
had issues in the past, but after upgrading packages recently, it seems
they went back to using app_id.

Toggle quote (3 lines)
> Could you give us some more information about your system and Wayland
> compositor?

Like I said at the top, I am using Sway as my compositor, on the Guix
System distro. What else would be helpful to know?

Toggle quote (3 lines)
> Can you try launching those in a shell using `QT_QPA_PLATFORM=wayland
> pcmanfm-qt` for example after installing qtwayland in your profile?

Looks like I have qtwayland in my profile already.
I experience the same issues after launching pcmanfm-qt with that env
var at the start. The terminal shows this:
8:41:13.012|default|W|QSocketNotifier: Can only be used with threads
started with QThread

Toggle quote (3 lines)
> I cannot replicate on Sway 1.6.1 with either the xcb or wayland backends
> of Qt.

Thank you for testing.
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 52686@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 52686
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch