260405 - "Copy Referring Address" context menu item in history

Status: RESOLVED INACTIVE

(Toolkit :: Places, enhancement, P5)

Description

[Christian :Biesinger (don't email me, ping me on IRC)]

it would be nice to have a "copy referring address" context menu item in
history, at least if the column is visible; now that we show it (after bug 128398).

rationale: if users see the page that linked them to this page, they may want to
visit it again; to save them from retyping, copying should be supported.

if no referring uri is available, the item should be disabled.

Comment 1

[James Andrewartha]

Not quite the same interface, but http://www.squarefree.com/extensions/high/ is
a firefox extension that uses bug 128398 to go to the referring page.

Comment 2

[Prognathous]

This could be a nice extension, but having it in the core browser would just
feel like bloat for most users (especially to those who think "Print" shouldn't
be there).

Prog.

Comment 3

[Christian :Biesinger (don't email me, ping me on IRC)]

Prognathous: why would anyone want a print context menu item in the history window?

Comment 4

[Prognathous]

I was referring to general context-menu-bloat in Mozilla.

IMHO a "Properties" option for history entries (Bug 199397) is more commonly
needed than "Copy Referring Address". The same is true for page context-manu
with "View Background Image" (implemented) vs. "Print" (wontfixed).

Prog.

Comment 5

[Christian :Biesinger (don't email me, ping me on IRC)]

"view background image" can only be done via the ctxt menu, while "Print" has a
button and a menu entry (and a keyboard shortcut)... anyway, that does not
belong in this bug

Comment 6

[Prognathous]

Allow me to humbly disagree, but since it really doesn't belong in this bug I
won't go into details.

As for what's suggested here, the History feature is mostly intended for
power-users anyway, so I guess another entry in the context menu won't be that
noticeable and won't piss off the purists.

Prog.

Comment 7

[Christian :Biesinger (don't email me, ping me on IRC)]

maybe it should only be displayed if the referrer column is shown

Comment 8

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 9

[James Andrewartha]

This is still a valid enhancement, but now depends on bug 320831 thanks to the switch to the new history backend that broke referer in history support.

Comment 10

[[e-mail]]

Places history doesn't directly store the referrer (it has something called a visit chain that includes redirects), so I'm afraid this is now invalid.

Comment 11

[[e-mail]]

Sorry, I didn't see that last comment, I'll reopen and mark the dependency.

Comment 12

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.