Bug 6054 - clipboard textarea interferes with mouse input on IE and Edge
Summary: clipboard textarea interferes with mouse input on IE and Edge
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Web Access (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.11.0
Assignee: Samuel Mannehed
URL:
Keywords: focus_focus, nikle_tester, relnotes
Depends on: 7365
Blocks:
  Show dependency treegraph
 
Reported: 2016-10-13 11:19 CEST by Pierre Ossman
Modified: 2019-11-06 09:56 CET (History)
4 users (show)

See Also:
Acceptance Criteria:
Add relnotes for clipboard text area focus fix for IE and Edge


Attachments

Description Pierre Ossman cendio 2016-10-13 11:19:17 CEST
Mouse events fail to be delivered when the clipboard textarea has focus in the HTML client. This is noticed in several ways:

 - The first click in the session is dropped
 - If local cursor is disabled then you don't see the mouse move around (IE and Edge)
 - Middle click can trigger a scroll mode if the session is larger than the browser window
Comment 1 Henrik Andersson cendio 2017-04-10 16:15:58 CEST
Verified that Chrome, Firefox and Edge does not suffer from this problem on Windows 10  platform.

However i found that IE is even worse then this, when clicking within the session the clipboard windows wont release its focus and you cant write into the session. You are forced to click the clipboard toggle button to get input back into the session.
Comment 2 Henrik Andersson cendio 2017-04-10 16:17:11 CEST
Also verified that Chrome on Linux platform is not affected.
Comment 3 Henrik Andersson cendio 2017-04-11 14:33:35 CEST
(In reply to comment #2)
> Also verified that Chrome on Linux platform is not affected.

This works as announced while clicking in gedit, but when clicking into xterm it fails.
Comment 4 Samuel Mannehed cendio 2017-04-11 14:56:02 CEST
(In reply to comment #3)
> This works as announced while clicking in gedit, but when clicking into xterm
> it fails.

Could be the difference in behavior between GTK2 and GTK3 that we have seen before. I believe one of them react on click and the other on mouse-up.

My theory is that mouse down and click are not sent the first time you click in the session after using the clipboard. Mouse-up seems to go through though.
Comment 5 Pierre Ossman cendio 2019-10-08 13:09:54 CEST
This seems to have been fixed in the latest vendor drop. Let's have a closer look.

I would have expected bug 6224 to fix this, but I can still reproduce it with 4.10.1 on eudemo.
Comment 6 Niko Lehto cendio 2019-10-31 12:46:00 CET
Tested after vendor drop (Build 6278) on:
* Windows 10 - IE 11 and Edge 18

Works well in both IE and Edge!
Comment 8 Alex Tanskanen cendio 2019-11-06 09:56:46 CET
Release notes looks good!

Note You need to log in before you can comment on or make changes to this bug.