https://bugs.documentfoundation.org/show_bug.cgi?id=104944
Bug ID: 104944
Summary: gtk3: Some mouse events go to the wrong window after
focus grab
Product: LibreOffice
Version: 5.4.0.0.alpha0+ Master
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: momonas...@gmail.com
CC: caol...@redhat.com
Steps to reproduce:
1. Customize the second docked toolbar from the top (e.g. Formatting toolbar in
Writer), and add the "Insert Table" dropdown button as the *first* item there.
2. Click on the button. The popup will show but close immediately.
The problem isn't specific to the "Insert Table" popup, it's just an easy
reproducer. What seems to happen is that after the popup gets the focus, it
receives mouse move and mouse up events, that were supposed to go to the
parent, with the coordinates of the parent - so it treats it as if clicking
inside the popup in the same coordinates.
What seems to eliminate this behavior is either:
1. Reorder the callbacks in GtkSalFrame::signalButton. So
SalEvent::MouseButtonUp goes first, and SalEvent::Move afterwards.
2. Comment all mouse grabs in GtkSalFrame::Show.
But I doubt any of those is the right fix...
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs