[Libreoffice-bugs] [Bug 116983] 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)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=116983

--- Comment #84 from jasonkres <jason at binarycoder.net> ---
(In reply to Telesto from comment #83)

The problem remains in:
Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 62dff2844b0bf1d1bcb8eb4d6db529ef4a31bee4
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

As tested using the procedure in comment 78 while the comment 81 attachment
169641 program is running at the same time. Note the problem also reproduces on
my particular system as before, even without using that test program to
aggravate it further.

Other programs are allowed to briefly lock the clipboard. When any of the
following Windows APIs give a failure code it has to retry several times in a
blocking loop (Microsoft code that I referenced in comment 81 does 10
additional retries with 100ms between each try) or kick off a retry timer to do
the retries. LO doesn't do that, so its clipboard code is just not correct and
robust. (Dumb Windows design, but it is what it is... probably because the
design originated in the cooperative multitasking days when the current task
would not normally be switched while it is between the OpenClipboard and
CloseClipboard calls.)

OpenClipboard
OleGetClipboard
OleSetClipboard
OleFlushClipboard
(not guaranteeing this is the complete list...)

-- 
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/20210219/d26dca76/attachment.htm>