Bug 93381

Summary: ignores global shortcut for paste
Product: [Applications] kmail Reporter: John Tuley <jmtuley>
Component: composerAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: dominik.tritscher, glen, jtamate
Priority: NOR Keywords: triaged
Version: 1.7.1   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description John Tuley 2004-11-16 18:47:46 UTC
Version:           1.7.1 (using KDE 3.3.1, Gentoo)
Compiler:          gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)
OS:                Linux (i686) release 2.6.9-gentoo-r1

I changed my global keybindings in KDE to emulate Emacs shortcuts (eg. C-w for cut, M-w for copy, C-y for paste, etc).  I have noticed that in the Kmail composer, I can cut/copy via C-w and M-w, but cannot paste via C-y.  C-v still pastes whatever was cut/copied using the new shortcuts, even though I don't have C-v bound to paste any more.

I checked the local keybindings for Kmail and saw that it did in fact inherit the globals, and also tried out the new bindings in Kate (which worked as it should, ie. C-y pastes).  This is the only shortcut that I've found not to work -- others that I've set (C-a, C-e for home/end, C-g for deselect, C-k for kill line, C-x,s for save, C-x,c for quit, C-x,0 for close, and a couple others) all work fine.

Thanks!
--John Tuley
jmtuley@indiana.edu
Comment 1 Randall O'Reilly 2005-08-22 18:11:30 UTC
Here's an update: version 1.8.2 in KDE 3.4.2-0.fc4.1 from FC4

Things have gotten worse: now it is not possible to paste via ANY of the standard mechanisms (Ctrl-v, the Edit/Paste menu, or the Paste tool icon, which accurately shows the copied text)!  The only thing that works is the middle-mouse-button click paste.

Changing the shortcut back to Ctrl-v did not affect this at all (still broken).

Pasting as a quotation still works fine.

There must be some kind of configuration bug in my system -- it seems implausible that everyone else can't paste either.  However, I'm at a loss to figure out what that might be.  I've looked through the config/kmailrc file and it is clearly updated and nothing suspicious in it.  Help!

Comment 2 Thomas McGuire 2008-01-02 19:33:46 UTC
*** Bug 154947 has been marked as a duplicate of this bug. ***
Comment 3 Elan Ruusamäe 2008-01-03 17:01:55 UTC
Noticed same bug in kopete messenger window (in body area). however pasting with mouse works in every place. Kopete 0.12.7 (KDE 3.5.8) 
Comment 4 Thomas McGuire 2008-01-06 12:27:26 UTC
>Noticed same bug in kopete messenger window
Hmm, maybe this is a bug in KTextEdit then, the text edit component from kdelibs.
Can you try textedits in Konqueror, for example the textedit for adding comments to a bugzilla report (->the one which I'm currently typing in)?
Comment 5 John Tuley 2008-01-06 15:43:22 UTC
Wow, I opened this bug little over three years ago and it's still getting sporadic activity ... these results are with Gentoo 2007.0, specifically KDE 3.5.7.

Well, in a Konqueror edit box, Alt+W (which I have mapped to Copy) does not function --- it activates the Window menu. Ctrl+W and Ctrl+Y function as bound (cut/paste). Ctrl+{C,X,V} behave as default, despite not being bound to these functions. (Even the alternate bindings are not these, being the defaults of {Ctrl+Insert, none, Shift+Insert}.

In a Kmail Composer window, Ctrl+W and Alt+W behave as desired. Ctrl+Y does NOT paste, but Ctrl+{C,X,V} still copy/cut/paste, though they are again not bound to these functions (or to anything at all).

Something I just now discovered when Konqueror refused to commit these comments (an unrelated problem): when I selected the text in the edit box and right-clicked, the menu indicated the default C/X/V bindings rather than my shortcuts. Perhaps this is deeper than previously thought?
Comment 6 Elan Ruusamäe 2008-01-07 00:13:07 UTC
for me this html <textarea> paste works ok in konqueror. i hope this info helps.
Comment 7 Dominik Tritscher 2008-09-14 17:08:46 UTC
Just checked with textedits in konqueror and kmail, both nightly builds from trunk r860647, and it worked fine with different cut/copy/paste shortcuts globally defined. So I assume this has been fixed.
Comment 8 Jaime Torres 2008-09-16 20:01:25 UTC
it works for me also.