Open Bug 378082 Opened 18 years ago Updated 3 years ago

Cannot copy/paste text in Page Info to clipboard

Categories

(Firefox :: Page Info Window, defect, P5)

All
macOS
defect

Tracking

()

People

(Reporter: tchung, Unassigned)

References

Details

(Keywords: access, platform-parity, polish, Whiteboard: workaround: context click)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3 I am unable to copy text and strings from Page Info in Mac Firefox. (repro'd on 2.0.0.3 and 3.0a3) Works fine on Linux and Windows Reproducible: Always Steps to Reproduce: 1.Go to any webpage on Mac Firefox 2.open Tools > Page Info 3.try to copy text/strings located in the page info tabs. (eg. Address on Media tab) 4.Verify copy/paste does not work in clipboard. Actual Results: Cannot copy /paste text into clipboard on mac Expected Results: be able to copy/paste text into clipboard. Works on windows and Linux.
The cmd_copy command of pageInfo.xul is conflicting with the one defined in the overlay editMenuOverlay.xul Renaming the cmd_copy of pageInfo.xul can make Copy work in Page Info, but that doesn't make it work from the Edit menu. Maybe we should implement a controller in pageInfo.js?
Version: 2.0 Branch → Trunk
I also noticed this doesn't work when trying to copy text into a Google Spreadsheet cell. This works for Fx2, but not Gran paradiso Alpha 3 build, Mac Only. Windows XP works fine.
Flags: blocking-firefox3?
Flags: blocking-firefox3? → blocking-firefox3+
Assignee: nobody → mano
Keywords: polish, pp
Target Milestone: --- → Firefox 3 M10
Target Milestone: Firefox 3 M10 → Firefox 3 M11
Priority: -- → P5
Edit menu and keyboard shortcut fail but context click + copy works fine.
Whiteboard: workaround: context click
(In reply to comment #4) > context click + copy works fine. > "Copy" in the context menu is disabled on Mac in the treeviews (first part of the Media tab and Meta part of the General tab)
> "Copy" in the context menu is disabled on Mac in the treeviews Florian, was this a conscious decision? I sometimes find it valuable to grab data from Page Info, especially urls, from the info in the treeviews.
(In reply to comment #7) > > "Copy" in the context menu is disabled on Mac in the treeviews > > Florian, was this a conscious decision? No it's a bug (it's this bug!) In comment 6 I wanted to point out that the workaround is not fully usable.
Flags: wanted-firefox3+
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Target Milestone: Firefox 3 Mx → Firefox 3 M11
Keywords: access
Copying *does* work for some methods, but not from the menu bar: 1. "Copy" on right-click context menu = YES 2. "Edit -> Copy" on menu bar = NO 3. Enter Cmd+C keystrokes = YES It appears that the code to copy is functional, but the menu bar bindings are not. This is using latest release: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-GB; rv:1.9.0.3) Gecko/2008092414 Firefox/3.0.3
Target Milestone: Firefox 3 beta3 → ---
This is still an issue in Firefox 3.5. When showing the context menu (Right-MouseButton or Ctrl-Click) the [Copy] item is greyed out. Tested on Mac OS X 10.5.7 (nl_NL) with Firefox 3.5 (nl_NL).
While reading this very bug, choose View Page Info. Do you see the lines Type: .... Modified: ? Well attempt to copy that whole paragraph any way you know how. At best you will only be able to copy the right side of each line. And painfully one line at a time too. Firefox 10.
Seven years later I still see this bug in Firefox 60.0.1 but only on Mac OS as reported by others. I'll attach a screenshot. I've noticed the problem for at least a year. It may not be a high priority bug but then again could it really be very hard to fix? I figure the (reward/effort) ratio is still high enough to justify fixing it. Copying an image URL is particularly helpful when you want to strip off some / all of the parameters in the URL to get the image server to cough up a higher resolution version of the image.
(In reply to Matthew Kidd from comment #13) > It may not be a high priority bug but then again could > it really be very hard to fix? If you think it's easy and want to try to fix it yourself, go for it. I may be able to help you a bit if needed. > I figure the (reward/effort) ratio is still > high enough to justify fixing it. The reward/effort ratio isn't high, because there's a simple workaround, that actually works even better for the case you mentioned: you can select a part of the URL in the 'Location:' line, and there you can copy without encountering this bug.
Assignee: asaf → nobody
Hardware: PowerPC → All

... there's a simple workaround, that actually works even better for the case you mentioned: you can select a part of the URL in the 'Location:' line, and there you can copy without encountering this bug.

Actually you can copy the entire Address right from the list by drag-and-drop. Click the address so it's highlighted and just drag the whole thing into a text editor.

My primary issue here, and I feel compelled to point this out since my bug (https://bugzilla.mozilla.org/show_bug.cgi?id=1452537) was closed as a duplicate of this one, is that none of these workarounds provide a way to copy multiple rows from the Address list. I can select multiple rows, but I cannot copy them. And the drag-and-drop workaround mentioned above only grabs the first line.

Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 5 duplicates.
:florian, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(florian)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(florian)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: