https://bugs.documentfoundation.org/show_bug.cgi?id=173462
--- Comment #7 from V Stuart Foote <[email protected]> --- Testing further on Windows 11, when I disable the built-in Clipboard history mode (done from Settings -> System -> Clipboard; or with the <Windows key> + v GUI) and revert to "Single item mode (standard clipboard)", a clip item taken from LibreOffice persists on system until some other application calls/locks or clears the single clipboard. IIRC that is and remains correct behavior. The Win32 APIs are bound to XSystemClipboard UNO. When LibreOffice closes its process, it flushes--on Windows a CloseClipboard(), and XFLushableClipboard UNO is supposed to write/finish writing out internal memory of the clip to system clipboard--but leaves it there, in a suitable clipboard format instance, *until the next system call* to update the clipboard. Looking at the Single Item mode system clipboard with NirSoft InsideClipboard, that is exactly what I see. Think anything other than that behavior would be some other Windows app munging the system clipboard. -- You are receiving this mail because: You are the assignee for the bug.
