User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Over on mozillaZine, cflawson recommended I submit a bug to request a new functionality, similar to "Copy Link Location": <SNIP> Here's a simple one: As a blogger, I VERY often have multiple tabs open for the purpose of copy/pasting URLs into my blog text. So instead of *) Left-click to activate other tab *) Select URL *) CTRL-C (copy) *) Left-click to activate blog-editing tab *) CTRL-V (paste) It would be VERY convenient to have a new option in the right-click-on-tab menu: COPY CURRENT URL AT WHICH THIS TAB IS OPENED (using of course words that are most consistent with other Firefox menu/operation names; how about "Copy URL") And of course, exercising this option would not raise the other tab, just copy its URL into the cut buffer. <SNIP> Reproducible: Always

It's really annoying to select tab, Accel+L, Accel+C, switching to another tab or window and doing Accel+V.

I find myself wishing this functionality for very similar reasons, not development, but for just opening a website address on a webpage which is not a clickable link. It would also be nice if it was in the right click context menu using the mouse. I frequently like that functionality which is select/highlight text and google search it, as we could select/highlight text and open that in a new tab. Its just changing the target functionality. But I would think copying the text has its uses on top of that. So there are times when URLs are not well a real HTTP link, but I want to copy it, open a new tab, go the location bar, paste url, go to the webpage. This would be come in very handy at times. I would prefer we can open selected text in new tab over just copy URL, which actually sounds no different than just Copy selected text.

Comment on attachment 397258 [details] [diff] [review] Copy Tab URL added to tabbrowser.xml please get this ui-reviewed first

Not blocking; wanted really depends on the ui-r, I think. Feels like we're adding a lot of clutter to an already cluttered menu. What can we take out of there in favour of this? Bookmark All Tabs... perhaps?

Mike, i just realized that now, and you have a really good question. I got a couple of comments about this. Although I personally knew Bookmark All Tabs was in the list of the context menu (and its in the bookmark menu), I've never actually clicked on it for anything since its been there, so I'm guess its not heavily used from this menu? I just thought of a real world example why its convenient to having Bookmark All Tabs. Browsing for a new job, (from say careerbuilder) or any data mining (search and review) related activities, maybe a user will open a lot of tabs from a parent tab and want to save them all for later to review. Having it there in the UI probably works. Now that I think about it, I actually never use the tabbar context menu, but it would be handy for somethings (ie this bug). I use the browser page context menu all the time with a combination of the navigation bar, tabbar functions and menus. I think I'd be more likely to use the current features, if the two context menus were combined into one. Its just that using a tabbar context menu hasn't been part of my logical usage pattern with other software. Other cases, where the user is using a public terminal or something similar like another users computer, the usage rate is probably low for this feature from the context menu. I tend to bookmark one at a time from the bookmark menu for some reason and I don't use the items on the context menu, ie I bookmark only the ones I want into a previously created bookmark folder as I review them, other wise I leave them open, or use the session restore feature. I would probably say I would be for dropping that one, if adding 'a quick way to copy the URL of the current tab so you can use it for something else' was added to the list. Going to the Location bar for this is task heavy not exactly a time saver. If adding this, I probably would want to have 'Copy URL' somehow flow with the language currently in the context menu.

Comment on attachment 397258 [details] [diff] [review] Copy Tab URL added to tabbrowser.xml Need to say "Copy Tab Location" to remain internally consistent and avoid technical jargon. Let's address the number and sort order of the tab strip context menu in a separate bug. (The stip based commands and tab based commands are mixed together, is that normal?) I agree that quickly copying the address of a tab is a common enough operation to deserve a context menu entry, but we should also have a follow up bug to make sure that if you focus a tab and hit accel-c you get the tab's URL on the clipboard as well.

(In reply to comment #8) > Need to say "Copy Tab Location" to remain internally consistent and avoid > technical jargon. Or "Copy Page Location". The tab has a spatial location on the tab strip.

I noticed yesterday while using IE, the tabbar context menu itself is IE-parity, except we have more items and they look randomly placed. We even use "Copy Link Location" on the page context menu when right clicking a URL on the page.

(In reply to comment #3) > It would also be nice if it was in the context menu as we could > select/highlight text and open that in a new tab. > > So there are times when URLs are not well a real link, but I want to copy > it, open a new tab, go the location bar, paste url, go to the webpage. > This thought looks like bug 454518 - open text URLs as links from context menu by selecting text. I guess similar in theory to this, which gets rid of the extra steps.

FWIW, on Linux you can just - double click URL to copy - middle-mouse somewhere else to paste

I just put this one together in a couple of minutes as my first attempt at hacking Firefox. I didn't even notice there was already a patch from a year ago. Any reason why it wasn't reviewed and accepted then?

Comment on attachment 464235 [details] [diff] [review] Adds "Copy Tab Location" to the tab context menu before "Make into App Tab" Looks to me like this doesn't have ui-review or review - it needs that before it can get approval.

(In reply to comment #15) > Comment on attachment 464235 [details] [diff] [review] > Adds "Copy Tab Location" to the tab context menu before "Make into App Tab" > > Looks to me like this doesn't have ui-review or review - it needs that before > it can get approval. Then I'm guessing it won't ever get approved. Since no one is willing to make a review.

A "Duplicate Tab" option would be more frequently used and much appreciated.

I think the use case described in comment 0 isn't common enough to optimize (at the cost of adding additional context menu options - the tab context menu is already quite full). Great idea for an add-on, though - looks like someone already wrote one: https://addons.mozilla.org/en-us/firefox/addon/copy-tab-location/

For what it's worth, I've fixed this bun in Firefox 29. This is my first patch so I'm not 100% sure of the process yet sp. apologies if I've got the procedure wrong. Anyway I've attached the patch, I hope there is still interest in it as I thought it would be a really great feature for when you want to link a page in a chat or blog post without changing tabs. Cheers [Approval Request Comment] Bug caused by (feature/regressing bug #): User impact if declined: Less convenient UX Testing completed (on m-c, etc.): Risk to taking this patch (and alternatives if risky): String or IDL/UUID changes made by this patch:

(In reply to rcqikmail from comment #19) This bug has already been closed as "won't fix".