Frequently, when I press the copy-build-info button in Help | About, close LO, and try to paste it - the clipboard is empty and I need to restart. I can't figure out what's the exact trigger, because it doesn't happen 100% of the time. But it's quite frequent.
For me it has always happened after closing the dialog. Might be good to not lose the info.
(In reply to Buovjaga from comment #1) > For me it has always happened after closing the dialog. Might be good to not > lose the info. Yes, I also remember cases of this happening with me not closing LO; I just opened the dialog to get the version string, closed it - since why would I need Help>About open, right? - and then the string was gone! Grrr...
But? Can closing of LibreOffice to remove the data from a Clipboard? Can someone with a clipboard manager to test when the data is removed from clipboard?... Or if it is in reallity in the clipboard?
Eyal: these days I can close the About dialog and the version info remains in my clipboard. I don't think there was any other report with a commit targeting it. Have you still seen the issue?
I just reproduce it. Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Close LO. Try to paste here from copy icon. nothing available on Paste.
I installed CopyQ clipboard manager and on closing LibreOffice the cliboard is empty. Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I tested on master, the same Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: baf57e584653e7bc1b38a914e584ecc4a6ece264 CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to BogdanB from comment #6) > I installed CopyQ clipboard manager and on closing LibreOffice the cliboard > is empty. So who is the evil developer who did this as an April Fool's gag? :-P
I bibisected using linux-64-releases and is pointing to 7.0 when the Button was introduced. Before we copy the text with right click and the text remains in clipboard after closing, after the button was introduced it seems like the text is moving into a temporary clipboard, into a session clipboard and it is removed on closing the program. bogdan@bogdan-IdeaCentre-AIO-3-24ALC6:~/Documents/bibisect linux 64/linux-64-releases$ git bisect bad && $(find -iname soffice) 605d0de5f33236e4c6c16bbf0aa531327076d3d5 is the first bad commit commit 605d0de5f33236e4c6c16bbf0aa531327076d3d5 Author: Xisco Fauli <xiscofauli@libreoffice.org> Date: Wed Oct 28 00:58:47 2020 +0100
I suspect 2 things: the format was before text, now maybe is different, because is based of what the button is coping (maybe its a different format: rich text, etc). Or, the memory management have changed (less probably). Buovjaga, can you ask this in chat for developers?... I don't know who is expert on this.
also note the legacy 2 clipboards on X11 ... https://superuser.com/questions/272925/ubuntu-behaves-as-if-i-have-two-clipboards still with Wayland. version info is only copied into one. Version: 25.2.6.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 4; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: fr-FR Ubuntu package version: 4:25.2.6-0ubuntu0.25.04.1 Calc: threaded