<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Paste doesn't work inside Writer" href="https://bugs.documentfoundation.org/show_bug.cgi?id=123410#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Paste doesn't work inside Writer" href="https://bugs.documentfoundation.org/show_bug.cgi?id=123410">bug 123410</a> from <a class="email" href="mailto:johnltw@telus.net" title="John L. ten Wolde <johnltw@telus.net>"> John L. ten Wolde</a> <pre>(In reply to Marcel Leal from <a href="show_bug.cgi?id=123410#c4">comment #4</a>) > John: I'm using OpenSuse Leap 15 and VCL kde5. @Marcel: And presumably KDE Plasma 5 is your desktop then? Did you try the command line I suggested above with other VCL options? Do 'gtk' and/or 'gtk3' still exhibit your issue or do they work around it? -- @The Devs: Given Marcel's VCL setting, I ran another experiment on my system focusing exclusively on the 'kde5' plugin (Nouveau video drivers; OpenGL off; Hardware Accel on). Again copying the text of this bug report out of Firefox. It worked fine! ...and then it didn't. This must have fooled me yesterday (in <a href="show_bug.cgi?id=123410#c3">comment 3</a>). Sometimes it works, and when it works it keeps working, but when it doesn't, it doesn't work at all. I went to Firefox, selected a large block of text with CTRL+C. Switched to Writer, CTRL+V. It worked! It worked repeatedly. Then (still in Writer) tried SHIFT+ALT+CTRL+V (Paste Special / Unformatted). That failed! Repeatedly. Tried only CTRL+V again. Now it failed too. Repeatedly. Back to Firefox, CTRL+C on the selected text again. Back to Writer, CTRL+V. Failed! Back to Firefox. Back to Writer. CTRL+V worked again! SHIFT+ALT+CTRL+V failed. Now CTRL+V failed again as well. NEW OBSERVATION 1 Strangely, unlike my findings yesterday (with the 'qt5' plugin), mouse selecting either Paste or Paste Special -> Unformatted from the right-click context menu *fails* (using the 'kde5' plugin) the same way the keyboard shortcuts do. So to be clear: With 'qt5' the mouse-method keeps working while the keyboard fails sporadically. With 'kde5', the keyboard fails sporadically, but the mouse-method *never* seems to work. Also with 'kde5', Paste Special / Unformatted *never* works at all using either keyboard or mouse. NEW OBSERVATION 2 With Formatting Marks set to visible, every failed paste attempt still inserts at least one paragraph break. Usually one, but sometimes two. NEW OBSERVATION 3 The experimentation above was all done with large chunks of text. Copy-pasting a single word, *does* seem to work consistently (just as it did with 'qt5'). If I copy some text from within a paragraph, that also appears to work okay. But all bets are off copying multi-paragraph blocks of text! POSSIBLE (?) CONCLUSION Text in the clipboard buffer containing line breaks will likely fail to paste into Writer if the active VCL plugin is 'kde5' or 'qt5'. OTHER WEIRDNESS Before I finished with this round of experiments, I discovered some of my custom keyboard shortcuts were failing (<a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Custom keyboard shortcuts not working" href="show_bug.cgi?id=123287">bug 123287</a> perhaps?). Those that set paragraph styles no longer worked. Those that dictated character styles still did. Then, after closing my text document, I tried bringing up the Template Manager with CTRL+SHIFT+N (as I often do) and to my surprise the "Ambiguous Shortcut Detected" error dialog popped up: The key sequence 'Ctrl+Shift+N' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity. No action will be triggered. What the... ??? CTRL+N to bring up my default template (which is not the "Default" default template) still worked fine. After closing this (kde5) test instance of Writer, I started a new instance with my usual 'gtk' settings and *everything* was back to (reliably functioning) normal. Up until now I was under the impression the VCL plugins just interfaced with the graphics/widget API of the underlying desktop environment to generate eye candy. Clearly they do a lot more than that!</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>