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)
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.
Comment 1•20 years ago
|
||
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?
Comment 3•20 years ago
|
||
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.
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 4•19 years ago
|
||
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.
Comment 7•19 years ago
|
||
i got the same problem, also in the box where the actual URL is shown
Comment 8•19 years ago
|
||
> 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
Comment 9•19 years ago
|
||
WinXP, Firefox 1.5 The problem occured first in the Beta2 for FF1.5, it now happens from time to time.
Comment 10•19 years ago
|
||
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
Comment 11•19 years ago
|
||
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.
Description
•