Klipper default behavior produces weird results

Bug #43344 reported by mata_svada
18
Affects Status Importance Assigned to Milestone
kubuntu-default-settings (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

Binary package hint: klipper

I don't understand the Klipper default behavior. It just produces very strange results. For example when I'm doing something in a certain window, switch to another window, copy something there and then go back to the window I was working in and try to insert the copied text it inserts not the latest text I copied but the text I copied before that.
Telling Klipper to equal the selected and the copied (or something similar, I don't know this option in English) solves this problem for me.

EDIT: I was wrong. Telling Klipper to equal the selected and the copied is not the solution. You have to tell him to keep selected and copied seperate and then deselect the option to prevent en empty clipboard.

mata_svada (mata)
description: updated
Revision history for this message
j2r7 (jramsay) wrote :

This issue was what brough me here - the soultion provided does work - default setting may have to be changed ? thanks for the answer

Revision history for this message
Didier Raboud (odyx) wrote :

Well. If you understand "mouse" and "keyboard" differently, it's all clear : Keyboard copy-paste works, mouse copy-paste works, but mixed is rarely what excepted.

Could you explain better what you exactly want ?

Changed in kdebase:
status: Unconfirmed → Needs Info
Revision history for this message
mata_svada (mata) wrote :

What I want? Probably the same as you: Kubuntu to be an excellent distribution :)

The problem I expirienced was that copying from one window to the other sometimes didn't work: it didn't insert the text I copied but something I copied before that. That could be because I copied with the mouse first and inserted it with the keyboard - or the other way around. I didn't know there is an difference.

Kees Cook (kees)
Changed in kdebase:
status: Needs Info → Confirmed
Revision history for this message
patpi (patpi) wrote :

In my very honest opinion telling Klipper to equal the selected and the copied is the best solution. Just ask typical *desktop user* (not dev, admin, etc), not equalling this doesn't give any advantage for typical user. They don't have any use cases for this. It can only confuse newcomers to linux world. I wouldn't call it an advantage.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Is this still applicable in Kubuntu Intrepid? I've never had Klipper give me any problems, but maybe I don't understand the wish.

Changed in kdebase:
status: Confirmed → Incomplete
Revision history for this message
Sergei Andreev (seajey) wrote :

Use case: I want to insert to my blogpost/forum message nice formated link using firefox and extension BBCode

1. Coping the link with ctrl+c
2. Selecting some text to hide URL
3. Pasting this text by middle-click then selecting it again
4. Right clicking on selected text end choosing "Make selection URL"
5. Link is formated as I want: <a href="https://bugs.launchpad.net/ubuntu/+source/kubuntu-default-settings/+bug/43344">some text</a>

Does bugreporter's suggestion change this behavior?
If yes, I'm voting negatively.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

I don't believe the problem reported in the initial report is still applicable, and I think current behavior doesn't interfere with Sergei's usecase either.

Changed in kubuntu-default-settings:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.