os13.2 DVD CTRL-C and mark text Bug

English Applications
#1

Since the update to 13.2 I am experiencing a very annoying bug. CTRL-C only copies when pushed 4-5 times.
Marking text, then pushing CTRL to copy or overwrite it, unmarks the text and I need to mark it again while pushing CTRL. Very annoying.
Reducing workflow tremendously.

Before I had my notebook installed via KDE live and did not have that issue.

After the necessary reinstall, caused by an bad kernel package, I reinstalled via netinstall and DVD image. Now I am experiencing the same CTRL-C and marking bug that I have on my workstation.

Anyone experiencing this and knows a solution?

#2

Klipper has many settings I suggest you look and see maybe you need to adjust it.

Also not the Klipper save config in the user ~/.kde4 so other users can have different settings.

In case you did not know klipper the the scissors in the system tray

#3

You mean this could be a feature? No it is not.

There is a bug reports commenting on vmware console

http://lists.opensuse.org/archive/opensuse-bugs/2014-11/msg00909.html

This bug is really freaking annoying. It even lets Libre Office crash when you use middle click to enter marked text and it openes the text import window.

#4

Is this about VMware?? You did not say that. How are we to know unless you tell use the important fact that you are running under VMware.

But in any case Klipper has tons of ways to make it work so a scrambled config file may cause weird things also. The setting allow several different models on how the cut and paste should be invoked.

#5

Not not VMWARE.

It is so annoying.

Yet another system upgraded to 13.2 and there it is CRTL-C freaking me out.

parallel boot 13.1 / 13.2

13.1 fine

reboot into 13.2 CTRL-C sucks

#6

I am not even understanding the issue. On all openSUSE versions with KDE I used until now, when I select a text with the mouse, it is in Klipper (and, as the most recent select, it is “under the middle mouse button”). What does Ctrl-C do then?

#7

If no fixes may be replace Klipper with CopyQ https://github.com/hluk/CopyQ Qt program and 10 times better but there are some entries on issues page for a reason. Getting in to “too many features” territory but after setup of many options it seem stable and not that heavy. Dev. make the package for openSUSE and might be more effective in helping with what ever you do conflicting with normal clipboard handling.

Also it lets you place cursor somewhere, fire a hotkey to open up a windows with clipboard content, you select and content get pasted in. Seems logical and how similar tools work on Windows. Of course KDE/Klipper refuse to do it this way, is the exact opposite. Is main reason I killed Klipper.

#8

I still don’t understand the problem I use Klipper all the time and use it with ctrl-c don’t see a “problem”. Note you can configure thing many ways in the klipper settings. You might try another user and see if what ever the problem is happens for you there. If it does not then maybe a miss configured or corrupt config file in .kde4

#9

Ok now I got it, Same notebook 13.1 and 13.2 share the same home folder, same config folder. 13.1 Klipper working fine 13.2 Klipper buggy Solving that CTRL-C and TEXT-MARKING issue by simply exiting Klipper on 13.2. That means Klipper broken on 13.2 But after exiting KLIPPER now I am having a differen issue. CTRL-SPACE / SUPER-SPACE for change of INPUT METHODE not working anymore.

#10

Or not Klipper Dual 13.1 / 13.2 notebook is still having the CTRL-C issue. Just made the first start of gnome and there is the CTRL-C a problem as well. And after exiting Klipper still the wrong behaviour.

#11

On 2015-04-18 02:56, max spam wrote:
>
> Ok now I got it, Same notebook 13.1 and 13.2 share the same home
> folder, same config folder.

You can not do that.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

#12

That’s going to cause you problems.

Here’s how I am doing it:

On one of my systems (actually 13.2), I mount the home file system as “/home”, which is the usual place.

On the other (13.1), I mount the home file system as “/xhome”.

On the 13.1 system, my home directory is thus part of the root file system. However, I use many symlinks, so that most of what I want is in the same place in either system. But the settings files (such as “.kde4”) are distinct for the two versions. That way I don’t run into version conflicts.

On the 13.1 system:


for file in bin lib .ssh .gnupg Mail PRIVATE
do
  ln -s ../../xhome/$USER/$file $file
done

(I actually use “csh” so what I did is slightly different, and that means I haven’t tested exactly what I put there).

#13

I running 8 systems with 13.2 all have the same behaviour. Only ONE notebook with 13.1 and 13.2 as dual boot. On this machine CTRL-C is 13.1 is stil behaving normal, opposed to 13.2 Text marking issue https://www.youtube.com/watch?v=qdhm_qlSct8 CTRL-C issue https://www.youtube.com/watch?v=sxIX1BpJV_w And now I am realizing I am having this issue under gnome as well. I just started it to check.

#14

I’m really not sure what the problem is.

What happens when you press CTRL-C depends on the software (which window is active).

My usual practice in linux is to just select with the mouse, then paste with middle click (scroll wheel click). I never did like the CTRL-C/CTRL-V way that Windows does it. However, CTRL-C/CTRL-V work in firefox and in konqueror. They do not work in “xterm” (they just generate keystrokes for the terminal session). I haven’t tried them in “Konsole”.

With X, there is a select buffer and a clipboard buffer. For a lot of software, selecting text puts it in the select buffer, and middle-click pastes from the select buffer. If I recall, firefox with CTRL-C, puts in the clipboard buffer while CTRL-V pastes from the clipboard buffer. Right click on a firefox link and select copy puts the url into both buffers. If I see the selected text in Klipper, then clicking that line puts that text into both buffers (if I recall correctly).

I’m not sure about other software, since I use CTRL-C/CTRL-V only when select/middle-click doesn’t work properly.

Note that some software allows you to configure keyboard shortcuts for that software.

#15

Middle click on file operations, sure …

Or middle click in a spreadsheet, that wouldn’t be decreasing workflow, leave keyboard, take mouse mark cell, move to new cell, middle click …
instead of CTRL-C , down arrow, CTRL-V …

But the problem with 13.2 the middle click is also behaving stupid.

#16

Is it possible that you have a messed up Klipper configuration?

When Klipper is not running (for example, when logged into Icewm), try:


rm .kde4/share/config/klipperrc
rm -rf .kde4/share/apps/klipper

That should restore to the default settings.

(Maybe rename those files/directories instead, so that you can restore them).

#17

On 2015-04-18 05:06, nrickert wrote:

> My usual practice in linux is to just select with the mouse, then paste
> with middle click (scroll wheel click). I never did like the
> CTRL-C/CTRL-V way that Windows does it. However, CTRL-C/CTRL-V work in
> firefox and in konqueror. They do not work in “xterm” (they just
> generate keystrokes for the terminal session). I haven’t tried them in
> “Konsole”.

In Linux we have two distinct clipboards. There is the old X one, that
only pastes plain text, using the mouse, across any X application that
writes text. It is spartane, but faithful and very useful.

(and if you load the gpm daemon, you get the same functionality in plain
text mode)

Then there is another clipboard, that works only across some
applications, but can copy formatted text and images. For instance, it
works from Firefox/Thunderbird to LibreOffice. It typically works from
the edit menu, or some keyboard shortcuts.

And in KDE apparently there is a clipboard manager that improves and
complicates things :slight_smile:

By the way, Windows did this right since Windows 3, many years ago. They
defined a standard method to share the clipboard across any application,
with an API. Linux is trying to do about the same, but with the
multiplicity of desktops, it works partially. We don’t have a defined
standard, as far as I know. Or perhaps there is, but not fully
implemented yet.

On the other hand, in Windows you can not select text from anywhere, as
you can in Linux.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))