libreoffice writer ctrl-x malfunctioning

asked 2019-10-11 09:19:56 +0200

suspiciouslibreoffice gravatar image

updated 2019-10-12 07:26:13 +0200

arch linux (installed a few days ago) - GNOME

libreoffice ver: 6.2.7.1 build 6.2.7-3

imagine that I cut a string 'example1' and cut another string 'example2'. It means example2 obviously disappears from the documents and if I paste it it should print 'example2' in the current cursor position but prints 'example1'.

Not always.

once in tens of cut-pastes?

I've been using libreoffice for more than 5 years, I used to stay in version 5.x to avoid 6.x's SUDDEN CPU BOOSTING problem. A few days ago I bought new laptop and installed the latest version 6.x on arch linux. It seems that no problem with CPU this time, but I found this problem instead.

As I'm dealing with very important time-based strings in libreoffice writer, this kind of problem can lead to the serious problem. I don't think this happens in other apps in arch linux as I've used for a few days.

edit retag flag offensive close merge delete

Comments

@Mike I forgot to delete it. Thanks.

suspiciouslibreoffice gravatar imagesuspiciouslibreoffice ( 2019-10-11 09:26:27 +0200 )edit

Most Linux desktop manager have a "smart" clipboard capable of holding a bunch of recently copied items. This clipboard even survives sessions and reboots. You may have hit key combinations meaningful for entry management, such as making the one-before-last active, though I have no idea about those key shortcuts.

ajlittoz gravatar imageajlittoz ( 2019-10-11 09:29:57 +0200 )edit

@ajlittoz For the last several years I've used GNOME desktop environment over Fedora and now I still use GNOME over Arch Linux. I don't think i've mis-typed or there's any further hidden shortcut combination for the special clipboard functions.

suspiciouslibreoffice gravatar imagesuspiciouslibreoffice ( 2019-10-11 16:55:25 +0200 )edit

@suspiciouslibreoffice: using KDE with its "smart" clipboard. I just made some experiments for another question and monitored the clipboard. Apparently, some operations (which ones? I didn't watch closely) interact with the clipboard on their own: while I write this comment, I found the last clipped piece not related at all with what I did, though it is a sequence from my test Writer file. I was playing with the clone tool; maybe its internal operation is copy-paste based without explicit user request, perhaps also drag-n-drop.

ajlittoz gravatar imageajlittoz ( 2019-10-11 19:21:05 +0200 )edit

@ajittoz I found further more funny bugs in regard with cut-paste. Plz chk my other posts.

suspiciouslibreoffice gravatar imagesuspiciouslibreoffice ( 2019-10-12 08:42:23 +0200 )edit