<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - LibreOffice does not paste after v7" href="https://bugs.documentfoundation.org/show_bug.cgi?id=136762#c20">Comment # 20</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - LibreOffice does not paste after v7" href="https://bugs.documentfoundation.org/show_bug.cgi?id=136762">bug 136762</a> from <a class="email" href="mailto:jason@binarycoder.net" title="jasonkres <jason@binarycoder.net>"> jasonkres</a> <pre><a href="show_bug.cgi?id=136762#c6">Comment 6</a> suspects this may be "3rd party app holding the Windows clipboard--locking out LibreOffice". I think that root cause is also causing <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28 and Comment 78)" href="show_bug.cgi?id=116983">bug 116983</a>. 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 <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28 and Comment 78)" href="show_bug.cgi?id=116983">bug 116983</a> <a href="show_bug.cgi?id=136762#c81">comment 81</a> 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>