Red Hat Bugzilla – Bug 62286
SHIFT+INS Does not paste correctly
Last modified: 2008-03-13 15:18:51 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314
Description of problem:
If you were to highlight some text someplace, let's say mozilla, and go paste it
into a konsole (kde) using SHIFT+INS, it does not paste the correct information.
This was the behaviour in redhat 7.2.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Highlight text
2. Hit SHIFT+INS
3. Notice that what was pasted is not the text you highlighted
I'm not sure where this fits in most appropriately as a bug report, either
mozilla, kde, qt, or something else, but cut and paste in this context
has nothing to do with XFree86, this is a higher level abstraction.
Reassigning to KDE component
This is similar (though opposite) to a problem I reported in the Roswell beta as
Bug 51716 having to do with the differences between KDE, Mozilla and Gnome in
how it treats the clipboard and select. You can read about the clipboard
problems of KDE 2.2.2 interoperability at this URL:
In short, the old behavior in QT2 would always copy into CLIPBOARD and PRIMARY
on select, while Gnome and Mozilla would only copy into PRIMARY. This behavior
was very annoying to many people because it lacks consistency between
applications and made for an annoying time when you want to delete a block of
text and paste in its place (wasn't possible).
In QT3 the behavior was changed to act like Gnome and Mozilla where select will
only copy into PRIMARY, and not CLIPBOARD. This behaves in a consistent way
across all applications, and it will not continue to be a nasty surprise for
Windows and Mac users (one of the reasons the German government mentioned when
they turned down KDE for government desktop use).
This change in behavior wont effect Unix users that like "SELECT and
middle-click" for all of their copying and pasting needs. It will work in your
case, or alternatively you can select "Copy" after you select in Mozilla then
Shift-Ins will work in Konsole.
I'm guessing you don't like this change in behavior. I had nothing to do with
the change, but I have to strongly agree with their reasons mentioned in that
URL above and I am very happy that it now behaves in a way that Windows and Mac
If this is a satisfactory explanation, I would suggest this bug be closed as
Sounds sensible to me.
I don't understand exactly why SHIFT+INS can't have the same action as the
middle mouse button. I guess, what is the proper way to copy and paste? For
I copy some text by highlighting it (in any application), what is the proper way
to paste it? CTL+V does not work in Konsole, but does in mozilla. Middle mouse
button works everywhere I have tested. I am guessing that some of this is on a
per application basis.
If I am just a misguided fool, let me know, but perhaps even a way to map the
keystroke SHIFT+INS to the 'correct' (in my eyes) action would be cool too.
Thank you! I can learn a new method but what is the preferred, most used, best
method of copying and pasting in all applications?
> I don't understand exactly why SHIFT+INS can't have
> the same action as the middle mouse button.
Middle mouse click did this in Unix a LONG time go. We don't want to take away
this old select and paste behavior from the old Unix users who expect this to
Fortunately, this is almost entirely independent of the Copy/Cut/Paste behavior
that Windows and Mac users have come to expect. KDE3, Gnome, and Mozilla now
treat these two methods as seperate entities, hopefully keeping both camps
About the question of what is the "right way". There is no right way. I use
both methods depending on the situation. If you don't like either way, change
it yourself. It is Open Source. You have choice.
One more thing.
There is one notable exception to the select/middle click. Wine currently
doesn't support that.