Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upCross-domain clicks into LibreOffice windows misregister #2552
Comments
andrewdavidwong
added
bug
C: gui-virtualization
P: major
labels
Jan 5, 2017
andrewdavidwong
added this to the Release 3.2 updates milestone
Jan 5, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jan 5, 2017
Member
Very strange LibreOffice behavior. I can reproduce it as you've described. But no idea why it happens. I've used very scientific tool called xeyes to confirm the mouse cursor itself isn't moved, so probably some internal LibreOffice action cause this effect.
BTW It doesn't apply configuration when focus follow mouse (without requiring a click). Probably also switching with alt-tab can mitigate this issue.
|
Very strange LibreOffice behavior. I can reproduce it as you've described. But no idea why it happens. I've used very scientific tool called BTW It doesn't apply configuration when focus follow mouse (without requiring a click). Probably also switching with alt-tab can mitigate this issue. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
unman
Jan 5, 2017
Member
I don't seem to be able to reproduce this using Debian or Ubuntu templates, in writer or calc, so it looks like a Fedora specific issue. I find it surprising that no one else has reported this because it sounds like a killer, as you say. Has it appeared after an update?
|
I don't seem to be able to reproduce this using Debian or Ubuntu templates, in writer or calc, so it looks like a Fedora specific issue. I find it surprising that no one else has reported this because it sounds like a killer, as you say. Has it appeared after an update? |
andrewdavidwong
added
the
C: Fedora
label
Jan 6, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Jan 6, 2017
Member
Probably also switching with alt-tab can mitigate this issue.
Indeed, alt+tab mitigates.
Has it appeared after an update?
IIRC, it's been this way ever since I upgraded from 3.1 to 3.2 (clean reinstall).
Indeed,
IIRC, it's been this way ever since I upgraded from 3.1 to 3.2 (clean reinstall). |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
dmoerner
Jan 6, 2017
I cannot reproduce this in a Fedora 25 template (libreoffice-5.2.3.3-11.fc25). If I have time I'll try a more fine-grained search for the issue.
dmoerner
commented
Jan 6, 2017
|
I cannot reproduce this in a Fedora 25 template (libreoffice-5.2.3.3-11.fc25). If I have time I'll try a more fine-grained search for the issue. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
unman
Jan 8, 2017
Member
I can reproduce this using a Fedora 24 template. LibreOffice v 5.1.6.2.0.
The excess selection I see in Calc is between 2 and 3 cells down.
In Xenial, I have Libre v5.1.2.2, and can't reproduce.
|
I can reproduce this using a Fedora 24 template. LibreOffice v 5.1.6.2.0. In Xenial, I have Libre v5.1.2.2, and can't reproduce. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
jpouellet
Mar 18, 2017
Contributor
Confirming that I also can reproduce in fedora-24 based VM with libreoffice-calc-5.1.6.2-7.fc24.x86_64.
|
Confirming that I also can reproduce in fedora-24 based VM with |
andrewdavidwong commentedJan 5, 2017
Qubes OS version (e.g.,
R3.2):R3.2Affected TemplateVMs (e.g.,
fedora-23, if applicable):fedora-24Expected behavior:
Single-clicking in a LibreOffice window should, as with any window, consistently register as a single-click.
Actual behavior:
When a window from a different domain has focus, single-clicking into a LibreOffice window consistently misregisters as a "click-and-hold-while-dragging-downward," causing unintended manipulation of contents inside the window.
Steps to reproduce the behavior:
Suppose you have two domains, A and B. In domain A, you have a LibreOffice window (e.g., Calc spreadsheet or Writer text editor). In domain B, you have any window, e.g., a file manager.
Example 1
Result: Moving your cursor (without holding down any mouse buttons) causes the whole tab to be moved (and potentially even removed), as if you were holding down the left mouse button while dragging.
Example 2
Result: The cell you clicked on is selected, but multiple cells below it are also selected.
Example 3
Result: Instead of placing your cursor at the position you clicked, multiple lines of text are selected, beginning at the point on which you clicked.
General notes:
This does not occur with any other windows or programs, as far as I can tell -- only LibreOffice windows. It also does not occur when clicking from a non-LibreOffice window into a LibreOffice window within the same domain -- only cross-domain.
This behavior is mainly an extreme nuisance for anyone who works with LibreOffice, but it also has the potential for data loss if users are not extremely careful to undo any mistakes every time they cross-domain click (which can happen once every few seconds in a normal workflow).