[Libreoffice-bugs] [Bug 123410] Paste doesn't work inside Writer

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=123410

--- Comment #5 from John L. ten Wolde <johnltw at telus.net> ---
(In reply to Marcel Leal from comment #4)
> 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
comment 3).

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 (bug 123287 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!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190215/26be5c79/attachment-0001.html>