Closed Bug 40823 Opened 26 years ago Closed 20 years ago

nsClipboard: Can't use Edit pulldown to paste URL to address bar

Categories

(Core :: DOM: Editor, defect)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: killebrew, Assigned: pavlov)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14 i586; en-US; m16) Gecko/20000526 BuildID: 2000052620 URL's can be copied from e-mail or other sources to Mozilla M15's address bar, but not to builds 200052220 or 200052620 because the paste line of the Edit pulldown is not highlighted and active. Reproducible: Always Steps to Reproduce: 1.Mark URL 2.Click Edit->Copy 3.Change to Mozilla window 4.Click Edit 5.Can't proceed further - Copy is not highlighted, won't work. This system is SuSE Linux 6.2, but with 2.2.14 kernel. KDE window manager, Star Office 5.1. Cut-and-paste is not an issue with any other component, including Netscape 4.7 and Mozilla M15.
-> editor
Assignee: asadotzler → beppe
Component: Browser-General → Editor
QA Contact: jelwell → sujay
this works for me on the same build, RH6.
Linux 2000052708 : It's true that after copying to the clipboard Edit/Paste is grayed: nevertheless, I can copy the selection with the middle mouse button.
I can't reproduce this because after I select(mark) the URL and pull down Edit menu, all the menu options are greyed out for me...
Confirmed with 2000052908, Linux. I've seen this on many builds. I think that the following steps reproduce the reporter's problem. Reporter, feel free to comment on these directions if you disagree. 1. Load xterm (or your favorite terminal program). 2. Type "http://www.mozillazine.org" on the command line. 3. Select the URL that you just typed with the mouse. 4. Load mozilla and click at the end of the current URL (if one exists), and press backspace to erase the URL. 5. While your keyboard cursor is still in the address bar, go to Edit. Paste isn't there. CTRL-V doesn't work either. Pasting with the standard X mouse pasting works fine (middle click). Possible dupe of 31134.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug went away for at least one build immediately after I reported it, but it reappeared in subsequent builds. If it would help, I can check back through the builds to see which one worked. The latest build I have checked is 2000053108. Originally, no lines in the Edit pulldown box were highlighted, but in 2000053108, Copy, Select All and Preferences are highlighted and work. This bug appears to have been reported previously as 31134, but I didn't find it when I checked Bugzilla before reporting. Yes, MiddleMouseKey works to paste here, but Ctl-V does not.
Summary: Can't paste URL to address bar → Can't use Edit pulldown to paste URL to address bar
Build 2000060120: MiddleMouseKey and Ctl-V both paste to the address bar now, but the pasted URL is invisible, with cursor three spaces after the last character; responds correctly to C/R. BackSpace makes URL visible, but <-, -> (or anything else) do not. Paste is not highlighted (grayed) on Edit pulldown.
assigning to Kin for debugging
Assignee: beppe → kin
Target Milestone: --- → M17
Accepting bug.
Status: NEW → ASSIGNED
All the problems reported in this bug should be fixed now: 1. Grayed out Paste menu item. 2. Redraw problems in URL bar after pasting.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This bug never stays killed long; it just keeps reappearing a few builds later. Also, somewhere between build 2000082815 and 2000082921, ability to paste using middle-mouse button disappeared as well.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Pasting from Edit->Paste and Middle mouse button are working in my 09/06/00 build.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → FIXED
Edit menu does not work with my setup (build 2000090608 M18, Linux kernel 2.2.16) - Paste is not shaded on the pulldown. Middle mouse paste was inconsistent. The first several times I tried, it apparently pasted, but did not show in the URL address window. Subsequent tries were successful, however.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Setting to m19
Status: REOPENED → ASSIGNED
Target Milestone: M17 → M19
this works fine on windows, asking qa to test on mac and linux
Whiteboard: [need info]
Mac is fine...on linux, the edit menu items asre greyed out...so there is some problem there....can't access Cut/Copy/Paste. could be related to another bug...
Adding rtm keyword. We need to fix this before we ship.
Keywords: rtm
Whiteboard: [need info]
Kin, please include the required information per the rtm checkin rules
Whiteboard: [rtm+ NEED INFO]
removing + per pdt sw rules
Whiteboard: [rtm+ NEED INFO] → [rtm NEED INFO]
I can't reproduce this using 10/9 build....I can access Cut/Copy/Paste menu items from the Edit menu....
this works, marking bug as fixed. anthonyd
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
verified in 10/9 build.
Status: RESOLVED → VERIFIED
Like Samuel Clemens', this bug's death is merely a rumor. At least it is very much alive and well when running on SuSE Linux 6.2. I have not been able to confirm its non-existance in any build for quite some time. In fact, ability to paste to any part of a Mozilla page by using the dropdown menu is now lost - paste is not highlighted etc.(See bug 45012), so this may now be a clipboard issue. Current test bed is build 2000110119MN6.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
PDT marking [rtm-]. Apparently doesn't happen for everyone, and not serious enough to hold N6 RTM.
Whiteboard: [rtm NEED INFO] → [rtm-]
Moving to mozilla0.9.
Target Milestone: M19 → mozilla0.9
Keywords: rtm
Whiteboard: [rtm-]
marking nsbeta1 for 6.5
Status: REOPENED → ASSIGNED
Keywords: nsbeta1
Whiteboard: [nsbeta1+]
So I finally got to take a look at the problem. If you copy some text in an app (xterm, Browser, Mail, etc.) by just hiliting it, and then go into the browser, click in the URL bar textfield and then pull down the Edit menu, the Paste menu item is still disabled because nsClipboard::HasDataMatchingFlavors() is bailing early, before it can check if we have a flavor we are interested in, because mSelectionData.mLength is -1. I couldn't reproduce the bug if I went into mail, selected something, and used Edit->Copy, but Pavlov said that people might be seeing the bug as the result of a timeout. In any case this is a problem in the gtk implementation of the nsClipboard. Reassigning to Pavlov.
Assignee: kin → pavlov
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9 → ---
Keywords: nsbeta1 → nsbeta1+
Summary: Can't use Edit pulldown to paste URL to address bar → nsClipboard: Can't use Edit pulldown to paste URL to address bar
Whiteboard: [nsbeta1+]
Keywords: nsenterprise
Target Milestone: --- → mozilla1.0.1
I'm having this problem with Mozilla 0.9 under FreeBSD 4.3. If I use a terminal and I highlight some text in it then switch to a Mozilla browser window, having the URL highlighted will not permit me to either use ^V or Edit>Paste. But if I delete (using Del/backspace) the current highlighted URL and issue <middle click>, I can paste.
Removing nsenterprise nomination.
Keywords: nsenterprise
And it's extremely annoying. Note: If there's a text box (like this bugzilla comment box) on a handy page, you can paste into that and then use edit->copy, edit->paste to get it there, but that's a desperation tactic. Mozilla *appears* (just a guess) to have a totally seperate clipboard , hence this problem. (ie ctrl-V in mozilla pastes a piece of text copied in mozilla using ctrl-C, NOT what's in the system clipboard at the time, and text copied in this manner does NOT appear on the system clipboard) You can test this result using arrow keys and keyboard shortcuts, but if you highlight the text, then select edit->copy, it gets copied to BOTH clipboards, hiding the distinction. The textboxes may be rendered by a seperate component (just another guess) allowing 'normal' Linux pasting as well as Mozilla's internal type... Another thought here - Netscape 6.1 has EXACTLY the same problem on my Linux system. I heard somewhere they shared some code, I have no idea if this is the case, but it would seem to make sense if this were due to code left over from some cross-pollination.
1. I cannot copy/paste from a KDE application, such as Kedit, into a Mozilla text box (such as this bug-reporting text box). Unlike Yuri (comment 30) who apparently can use Edit->Copy on one app and Edit->Paste on Mozilla, I am completely unable to paste (my paste is greyed out, selecting it doesn't help, Control-V doesn't work either). 2. KDE 2.2.2 (latest RPMs), Linux 2.4.8-31mdk, Mandrake 8.1 3. Mozilla 0.9.8 (2002020415)
removing myself from the cc list
I have this problem also. Cut/paste within Mozilla works correctly but items in the clipboard from other applications such as xterm or knode (KDE news reader) will not paste into Mozilla. "Paste" option is grayed out, Ctrl-V does not work, middle button does not work. My setup - Mozilla 0.9.9, Debian woody 4-18-02, 2.4.18 kernel.
This clipboard behavoir is still around on 2003021100 - at least on OS/2. I was just trying to debug another problem and got a pages' source in the source viewer. Copying a url to the clipboard, the OS/2 one, works - but nothing will persuade mozilla to paste into that url bar. I also agree with a previous poster that mozilla appears to have its own clipboard. I am the author of ClipView, so know a bit about OS/2's clipboard :-) If I can help please point me at the relevant code section(s) - I don't really want to have to wade through the lot.
I'm using version 1.4 (alpha I think) and it's still having troubles. I opened a new tab and copied from the first tab address bar and tried to paste into the second tab's address bar and it wouldn't work. Additionally I had to select the entireaddress bar in the first tab just to be able to copy it. If I tried to just grab the URL without the "http://" in front of it the copy item of the context menu was grayed out. I'm using Win 98 SE
Wow...this still exists in Firefox. Here's an example: Copy any string of text, open a new blank tab (mine are set to just open to a blank page) and go up and left-click in the address bar and select paste (or do a Ctrl-V or etc.). Note that "Paste" in the left-click menu is not greyed-out. Another interesting thing is that if you go to the edit menu at the top of the app and try to do a paste from there, the "Paste" option IS greyed-out. Ok...so, to get it to work, do this: switch to another tab and then switch back to the original blank tab. Then you can paste the text in however you want. I'm seeing this on WinXP SP1, with a UA of: Mozilla/5.0 (Windows; compatible; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040620 Firefox/0.8.0+
Oh, yeah, and sorry for the bugspam, but this might be related to bug 211569. Let's hope that this can get cleared up soon.
andrew do you see problem as described in comment 0?
Ctrl-V (and Edit->Paste) doesn't paste the PRIMARY selection. It pastes the CLIPBOARD. bug 103808 would add a shortcut to paste PRIMARY.
URL: any
Status: NEW → RESOLVED
Closed: 25 years ago → 20 years ago
Priority: P3 → --
Resolution: --- → INVALID
Target Milestone: mozilla1.0.1 → ---
You need to log in before you can comment on or make changes to this bug.