Bug 58287 - Copy text doesn't work when a multi-line input field is present
Summary: Copy text doesn't work when a multi-line input field is present
Status: RESOLVED DUPLICATE of bug 58833
Alias: None
Product: konqueror
Classification: Applications
Component: khtml forms (show other bugs)
Version: unspecified
Platform: FreeBSD Ports FreeBSD
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 54868 63106 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-05-09 22:00 UTC by Klaus Wolf
Modified: 2004-01-21 16:45 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Klaus Wolf 2003-05-09 22:00:37 UTC
Version:            (using KDE KDE 3.1.1a)
Installed from:    FreeBSD Ports
Compiler:          gcc version 2.95.4 20020320 [FreeBSD] 
OS:          FreeBSD

I stumbled over this problem when writing a comment at Slashdot. It appears not possible to copy a text above the input field and paste it into the input field.

In this mask (the bug description mask at bugs.kde.org) it's the same: I marked a text, typed Ctrl-C, but I always get the text that was in the paste buffer before when I try to paste it.

The Copy menu item doesn't help at all, neither in the window's menu, nor in the context menu (where it seems to appear on a random base).
Comment 1 Thiago Macieira 2003-05-10 00:35:36 UTC
I'm trying to reproduce your issue. Is this what you are referring to: 
 
I'm trying to copy the "Additional Comments:" text that appears right above the 
textarea in which I'm typing this text now. After selecting it with the mouse: 
- if I click the middle button, it's pasted into the text field 
- if I hit Ctrl+V, the old clipboard is pasted. Go blame klipper because you did not 
set up synchronisation. It's the expected behaviour. 
 
- HOWEVER, if I go to the Edit menu and select Copy, and then try to paste with 
Ctrl+V or with the RMB menu, the old clipboard is pasted. 
 
It seems the widget has a memory of its own about the clipboard, that it sets when 
the page loads. 
 
I'm not sure where this bug belongs to. It would seem to be a kdelibs or even Qt 
issue, but it could be Konqueror doing something tricky with the widget. I'm leaving 
it as it is. 
Comment 2 gallir 2003-08-03 21:48:44 UTC
I'm seeing the same problems, even worse, to copy and paste between lyx-qt and 
KDE applications. It happens also with OpenOffice.org, which inconsistently 
works sometimes (but always fails for long texts). 
 
Comment 3 Lucius Chiaraviglio 2003-08-14 11:28:37 UTC
I see the same problem in Konqueror 3.1.0 -- neither the normal Copy command 
(press Control-C or use Edit --> Copy) nor the context menu Copy command will 
copy text from the web page outside a form field, UNLESS I never put my text cursor 
in a form field on that page (in that case I can copy and paste stuff from the rest of 
the web page). 
 
Comment 4 John Firebaugh 2003-08-24 23:05:51 UTC
*** Bug 63106 has been marked as a duplicate of this bug. ***
Comment 5 Stephan Kulow 2003-10-26 16:38:20 UTC
*** Bug 54868 has been marked as a duplicate of this bug. ***
Comment 6 Greg J Goodsir 2003-12-04 04:19:35 UTC
I see something similar using Konqueror 2.2.2 and KDE 2.2.2 in Lycoris Desktop/lx, Amythist Update 3, build 141. When I try and copy then past a URL from a webpage into the location bar it only reenters the previous URL that was in the location bar. I made sure that the previous address was removed first but it always happens this way no matter what method of copy/paste I use. If I look at klipper after coping, the URL is there, but it cannot be pasted into konqueror's location bar. 
Comment 7 Dominic Chambers 2004-01-21 16:43:38 UTC
SOMEBODY MARK AS DUPLICATE:
This bug is also described in 58833, where it has more votes and a test case.
Comment 8 Dirk Mueller 2004-01-21 16:45:30 UTC

*** This bug has been marked as a duplicate of 58833 ***