Closed Bug 252084 Opened 20 years ago Closed 19 years ago

unable to copy text using Ctrl-C or Right-Click Copy.

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mozilla, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040714
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040714

In the browser page or any of the dialog boxes I am unable to copy text using
the mouse or keyboard. However, I am able to paste text which is copied from
external programs.

Reproducible: Always
Steps to Reproduce:
1. Open Browser in Linux Fedora Core 1
2. Copy any text
3. Select a text box to copy text into, 
4. Use Ctrl-V or Edit/Paste with mouse

Actual Results:  
Nothing (something is pasted that was already in clipboard).

Expected Results:  
Copied text should be pastaed into target box.
Worksforme with a Linux trunk build from July 17.  This could have been a
temporary problem when 1.8a2 shipped; could you please test a current nightly?
WFM, trunk CVS, Linux, 1.8a3 20040719
This has also been observed under the 1.72 (20040803) release for Windows.  The
Copy and Paste items under the Edit menu and in the context menu (right click)
are grayed out, and CTRL-C/CTRL-INS do not work at all.
Product: Browser → Seamonkey
I can confirm this bug has bitten the Windows build on Win2K SP4 between 1.7.8
and 1.7.10. Prior to and including 1.7.8 this was working fine, but copy and
paste functions via keyboard and right-click mouse menues have gone crazy in 1.7.10.

Here are some various things I have noticed...

Right Click, Copy Link Location, Paste to URL field the paste often fails. Paste
to notepad works, THEN paste to URL field finally works.

Select text in the web browser, right click, copy is not even on the menu
choice. Ctrl-Ins to copy it does work.

Copy from another program, paste to Mozilla HTML forms or URL fails, paste to
NotePad then paste in Mozilla again works. No additional copy function was
needed... simply pasting elsewhere "fixed" paste in Mozilla.

Forget where I copied from in Mozilla, paste elsewhere was pasting:

"Application Data"bla bla bla

Or something like that where a double quoted "Applicaiton something" was
prefixed to the string.

Clicking at the end of the URL field, Shift-Home does not select the entire
field so it can be deleted. Shift-LeftArrow does select one letter at a time.

I am about ready to back level to 1.7.8 as this is very unproductive!!! Please
contact me ASAP if I may assist with findings before I backlevel.
I can confirm that this is also a problem with Firefox 1.0.6 for Windows.
Blocks: 96645
Blocks: 133439
No longer blocks: 133439
No longer blocks: 96645
See 133439, 96645, 278927, 153145, 252084, 196897, 101539
i got the same problem, also in the box where the actual URL is shown
> i got the same problem, also in the box where the actual URL is shown

johannes, dj - what build and OS?  Does it happen with a trunk build with comment 0's steps?


>See bug 133439, bug 96645, bug 153145, bug 196897, bug 101539

101539 is a keyboard issue, not copy/paste specifically

WinXP, Firefox 1.5

The problem occured first in the Beta2 for FF1.5, it now happens from time to time.
Original reporter never responded.  Other people having problems with copy are probably not seeing this bug (a lot of the copy/paste code is platforms-specific and the reporter was using linux).

Resolving WFM
if you're still having problems, try a clean profile and/or a trunk build and if it still happens, look for a more appropriate bug and/or file a new bug.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
I had this problem under Windows XP and 1.07, and still in 1.5; I believe also in 1.5.0.1 (haven't verified this yet).  This has been an issue on multiple machines.

(In reply to comment #10)
> Original reporter never responded.  Other people having problems with copy are
> probably not seeing this bug (a lot of the copy/paste code is
> platforms-specific and the reporter was using linux).
> 
> Resolving WFM
> if you're still having problems, try a clean profile and/or a trunk build and
> if it still happens, look for a more appropriate bug and/or file a new bug.
> 

You need to log in before you can comment on or make changes to this bug.