[Libreoffice-bugs] [Bug 136762] LibreOffice does not paste after v7
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Fri Feb 12 23:49:41 UTC 2021
https://bugs.documentfoundation.org/show_bug.cgi?id=136762
--- Comment #20 from jasonkres <jason at binarycoder.net> ---
Comment 6 suspects this may be "3rd party app holding the Windows
clipboard--locking out LibreOffice". I think that root cause is also causing
bug 116983. 116983 is possibly a dupe but this bug seems to say that Ctrl+V
doesn't work ("Nothing pasted") either whereas in 116983, toolbar and context
menu paste is grayed out but Ctrl+V (usually) works. Note that Step 9 is a
simple plain text paste from Notepad++/Notepad so the steps involving copying
from websites in this bug may be superfluous, thus making it more similar to
116983 but for the Ctrl+V apparently not working part (if I understand
correctly).
If further investigating the clipboard locking angle, please see bug 116983
comment 81 for technical info on clipboard lock problem. Key point is other
apps ARE allowed to BRIEFLY lock the clipboard, because that is the only way to
determine what is on the clipboard. LO needs to accommodate. Right now, LO
doesn't accommodate ANY duration of lockout. When the clipboard changes, a
bunch of apps may be concurrently notified to check the clipboard including LO,
so good chance the LO attempts fails due to the concurrency.
This behavior is kind of undocumented for Windows OleGetClipboard API, but the
exclusivity is documented in the underlying OpenClipboard API, and I think LO
will need code change for clipboard functionality to work reliably on Windows.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210212/03ef0fc4/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list