Description: when trying to copy the filename from the "save as" dialog and paste it in the document, the program hangs for a few seconds and does not paste. Then becomes slow afterwards. Experienced in Writer and quickly tested that same seems to happen in Calc. Does not seem to happen in unrelated applications. Steps to Reproduce: 1.Click Save As 2.Type document name and copy it (Ctrl-C) 3.Save and return to document 4.Try to paste (Ctrl-V) Actual Results: Nothing pasted Program hangs for ~ 5 seconds Program unstable/slow afterwards Expected Results: paste the text value Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (Manjaro) OS is 64bit: yes Builds ID: LibreOffice 5.3.5.2 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0
I can confirm - nothing pasted and program is slow. No crash. Version: 6.0.0.0.alpha0+ Build ID: b02b3bcf4465c9ccb3edcaa26e090db0581cba9e CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-08_06:54:43 and Version 4.1.0.0.alpha0+
Still happens and after step 3, you can see that the paste control in the toolbar is disabled but the one in the menu bar isnt. Also if you close the file and open up a new writer window, the same delay will happen along with the disabled paste control in the toolbar. Version: 6.0.0.0.alpha0+ Build ID: 7315f325ff7ada3d6bd85a471058fdaeaff8cdb0 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-17_06:58:21 Locale: en-US (en_US.UTF-8); Calc: group Doesnt happen on windows or gtk3.
I'm using Version: 6.0.4.5 of LibreOffice Vanilla, on a Macbook Air and an iMac and when saving a file, the file name can't be pasted in, you have to key it in. Is this deliberate or is it a 'feature', and if so, why? It's really irritating
(In reply to editor from comment #3) > I'm using Version: 6.0.4.5 of LibreOffice Vanilla, on a Macbook Air and an > iMac and when saving a file, the file name can't be pasted in, you have to > key it in. Is this deliberate or is it a 'feature', and if so, why? It's > really irritating BTW, this has happened to every version I've used. Machine Info: Macbook Air (late 2015) running OS X 10.12.6 Imac Late 2011, same OS version
Created attachment 146999 [details] Callgrind output from master I took a callgrind trace. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 750ccfb2a60582a5652c08f3cbb6f11d4c152275 CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk2; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 22 November 2018
Things have changed: gtk2 was dropped and now this can only be reproduced with the kf5 backend. There is no slow down, but we are unable to paste. Gen and gtk3 are fine Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: 2e347c94503321c2102c6f78f5f5bcb771727e69 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 30 September 2019
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c386f07ce195c2167f1b56d23cfd95292634e2de tdf#112368 Qt5 handle owned, non-LO clipboard content It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks a lot, verified. Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: cb5eaa791739865d54b381c16c60224c432171dc CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 2 October 2019
Hmm, I have a suspicion this caused a weird side-effect. 1. Open Writer 2. File - Properties: Description tab 3. Type something in western characters to any field, select it, copy & paste to another field Chinese glyphs are pasted. For example, input: buovjaga output: 畢癯慪慧 This is not seen in the latest commit of Linux 6.4 bibisect repo. This is only seen with kf5 backend.
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/29e12fe99d38ce2a35b946f6a851940e347713dd tdf#112368 Qt5 don't lose ownership in flushClipboard It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks a lot! -> Verified