Description: New version 6.3.5.2(x64) Writer cannot paste text cut from other windows such as a website. The previous version did this without a problem. A freshly opened Writer document cannot be pasted into at all; if a cut and paste operation is performed within that document, then text can be copied from a web page and pasted in its original formatting BUT Paste Special does not work, making the action pretty useless. Steps to Reproduce: 1.open a Writer document 2.open a website with some text in it 3.copy some website text and attempt to paste into the Writer document Actual Results: after the Copy was performed, hovering over the Writer document and right clicking shows the Paste option grayed out. Expected Results: Both the Paste and the Paste Special options should be available. Reproducible: Always User Profile Reset: Yes Additional Info: Implement the Paste or the Paste Special functions for the text that has previously been copied.
This is a deal breaker - I use this sort of cut & paste all the time.
Thank you for reporting the bug, Mr. Brydon. I could reproduce this bug in a recent stable build, but not in a master build. Using: Version: 7.0.0.0.alpha0+ (x64) Build ID: b0b9d736fb9ed73e849f80800916466868dbce28 CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL I experienced no issues, but using: Version: 6.4.2.2 (x64) Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL I could reproduce the bug. I will attempt to reproduce the bug in the most recent stable build for Windows and will change the status of the bug report after testing.
It appears that the newest stable version of LibreOffice addresses the bug. Using: Version: 6.4.3.2 (x64) Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL I could not reproduce the bug.
I assume that we also wanted to know if this problem existed when running Linux/Debian10. I used LibreOffice versions 6.0 , 6.3 , 6.4 and 7.0. In all cases I started a freshly opened document and I could use "paste" (Ctrl-V) or "paste special" (Shift-Ctrl-V). I could also right-click and select "paste" or "paste-special". In all cases I had the results that I expected. I was however unable to test with 6.3.5.2. The closest version that I had installed and that I could test with was 6.3.4.1. As an illustration I added image: Libreoffice63-Paste.png PS: I'm not a developer. I'm a user myself and I submitted a few bug reports. I'm now trying to confirm the bugs that other people report here. ~~~ Here are the versions that I used: Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u5 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group threaded Version: 6.3.4.1 Build ID: a21169d87339dfa44546f33d6d159e89881e9d92 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Version: 6.4.3.2 Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Version: 7.0.0.0.alpha0+ Build ID: 4d03bd252274308f64332e7c0523068c38ac684a CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-04-26_05:59:56 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 160254 [details] Libreoffice63-Paste.png
Hi John, I was unable to reproduce this issue, but have a few questions: * Which browser were you copying from? * Have you tried other browsers? * Do you have a URL for a website you had issues copying from? * Do you have any browser add-ons you suspect may interfere with copy/paste/formatting? (e.g. Grammarly or similar that investigates text that you interact with)
Addition to my note I'm using: Version: 6.3.6.2 (x64) Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-NZ (en_NZ); UI-Language: en-US Calc: threaded And was successfully able to copy/paste from https://lipsum.com/ using Chrome Version 81.0.4044.113 (Official Build) (64-bit) 55 tabs open Active extensions running were: AdBlock 4.10.0 Adobe Acrobat 15.1.1.5 axe - Web Accessibility Testing 4.4.1 Bug Magnet 3.0 Cisco Webex Extension 1.5.0 DuckDuckGo Privacy Essentials 2020.4.30 Google Docs Offline 1.10.0 LastPass 4.47.0 WAVE Evaluation Tool 3.0.5
There are unfortunately many paste bugs already open. This one is probably duplicate, reporter should / must have searched before reporting. https://bugs.documentfoundation.org/show_bug.cgi?id=90120 https://bugs.documentfoundation.org/show_bug.cgi?id=116983 https://bugs.documentfoundation.org/show_bug.cgi?id=57147 ALso: https://bugs.documentfoundation.org/show_bug.cgi?id=65606 https://bugs.documentfoundation.org/show_bug.cgi?id=99818 https://bugs.documentfoundation.org/show_bug.cgi?id=62196 https://bugs.documentfoundation.org/show_bug.cgi?id=128714 It's important for testers to relate those bugs, or we'll get lost. I'll mark duplicate. If you think some other bug is more related, feel free to change duplicate. I see that Ian wrote that he didn't repro in master, but this is usually random behavior, maybe too soon to say it's resolved. *** This bug has been marked as a duplicate of bug 90120 ***
IMO those paste bugs are most pressing, not for severity, but for visibility and number of duplicates. Unfortunately they are not taken so. Reporters can help by search and CC-ing themselves, becase LO has a strange way of prioritizing by number of duplicates and CC-ed people. Which is still not a guarantee that it will be solved, until volunteer takes it.