Bugzilla – Full Text Bug Listing
|Summary:||clipboard textarea interferes with mouse input|
|Product:||ThinLinc||Reporter:||Pierre Ossman <email@example.com>|
|Component:||Web Access||Assignee:||Samuel Mannehed <firstname.lastname@example.org>|
|Status:||NEW||QA Contact:||Bugzilla mail exporter <email@example.com>|
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
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.
Also verified that Chrome on Linux platform is not affected.
(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.
(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.