LO Writer (master). Ubuntu 24.04 LTS running Xorg session. Text copied to the clipboard with Ctl-C can not be pasted into the Ctl-F search box in the middle or end of the existing text; it can *only* replace the entire search phrase. Also, Ctl-V does not paste the first time; you have to type Ctl-V 2 or more times to get the clipboard text to appear in the search box. This is most obvious (and confusing) when pasting text copied from an external source such as gnome-terminal, but also affects copy/paste from the current LO document. STEPS TO REPRODUCE 1. Create or open any LO writer document containing some text. Close the Find search box if it is open (click the red circle with an X) 2. Select part of the text with mouse 3. Control-F (Find search box appears, pre-populated with the selected text) 4. Copy something else to the Xorg clipboard (from the LO document by selecting with mouse and Ctl-C, or from an outside source using that program's method) 5. Click at end of the text which is already in the ^F search box. Click again if necessary to un-select the exiting text. The Text Cursor should be at the end of the pre-populated search text. 6. Control-V RESULTS: The pre-populated text is highlighted again. Nothing is pasted. EXPECTED: Text in the clipboard should be pasted at the cursor 7. Control-V (again) RESULT2: Pre-populated text is *replaced* (ignoring position of the cursor) Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 742dbb088b44783c3a4f0fd120b11be3a74fd483 CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Hello, I can't confirm that the bug is present in master. Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded
I can not repro using: Ubuntu 24.04.1 LTS Windowing System X11 Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 80b51496aac5f988357cbb78b758ff38be370732 CPU threads: 2; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded nor: Ubuntu 24.04.5 LTS Windowing System Wayland Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ea1404e42063be2c9737755ffb7528329515f429 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
I am unable to reproduce the bug in Windows 11 for the following versions. Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fa357e4a0a44471637373302c4391e6b0c2f1a20 CPU threads: 8; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Created attachment 200180 [details] Screen capture video demonstrating the problem
Hmm. I retested with the latest master build and still see the problem. HOWEVER the problem only occurs if Control-V is used to (try to) paste into the search box. If the context menu rightclick->paste is used, the clipboard content is pasted as expected! I attached a screen-capture video demonstrating this. QUESTION: Does LibreOffice map the keyboard shortcut Ctl-V to an action internally, or does the OS map Ctl-V to some kind of paste message? If it is LO then it should be easy to figure out what the Ctl-V action does which is different than the context-menu Paste action. Ubuntu 24.04.2 LTS *XORG SESSION* (not Wayland) Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 22ef238e820955f6f8ac84781289b8a1d8e477b9 CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Hello Jim Avera, I thought this might be a linux only issue so I tried it in a virtual machine running the version below, but am still unable to reproduce the issue. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (<https://wiki.documentfoundation.org/UserProfile>) and re-test? Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4 Calc: threaded
Not reproduced with steps from comment 0 in an X11 session. Does it make a difference, if you launch from the terminal with SAL_USE_VCLPLUGIN=gen libreoffice Arch Linux 64-bit Version: 25.8.4.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US 25.8.4-1 Calc: CL threaded