Version: (using Devel) OS: Linux Installed from: Compiled sources Clicking in any text edit form field causes the contents of the clipboard to be pasted into the edit, replacing whatever had happened to be there. This is a bit annoying, since a) the clipboard is usually occupied and b) even if you did want to paste what was in the clipboard, you usually wouldn't want it to be the first thing in the edit. You'd paste it where you wanted it after you had typed a bit. It gets worse than that, though. If you go to another window to copy something to the clipboard (say the svn revision of webkitkde you are currently using), giving focus back to the textedit will replace your bug report with "1073627". I had to write this bug report up again. :( This is also technically dataloss since ctrl + z to undo isn't implemented yet. The webkit kpart has great potential, and I'm really looking forward to where it will be in the future. It's just a bit aggrevating at the moment. :D Using: Qt 4.6.0 KDE 4.3.90 webkitkde svn revision 1073627 P.S. Doesn't happen in arora, if you were curious. ;-)
Jonathan, what revision of kdelibs/kdewebkit did you test this with ?
The 4.3.90 tag.
On Monday 18 January 2010 23:43:12 Jonathan Thomas wrote: > https://bugs.kde.org/show_bug.cgi?id=223370 > > > > > > --- Comment #2 from Jonathan Thomas <echidnaman kubuntu org> 2010-01-19 > 05:43:11 --- The 4.3.90 tag. This has already been addressed... Update to the latest 4.4. branch to get the fix... ------------------------------------------------------------------------ r1075961 | adawit | 2010-01-16 23:17:04 -0500 (Sat, 16 Jan 2010) | 6 lines Backport the fix for the issues reported in the following threads: http://mail.kde.org/pipermail/webkit-devel/2010-January/000567.html http://mail.kde.org/pipermail/webkit-devel/2010-January/000571.html
*** Bug 223371 has been marked as a duplicate of this bug. ***