638992 - Homepage link in details view doesn't expose homepage URL from AMO

Status: RESOLVED INACTIVE

(Toolkit :: Add-ons Manager, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b13pre) Gecko/20110303 Firefox/4.0b13pre ID:20110303122430

While creating the Litmus test for bug 586591 I have seen that for the Nightly Tester Tools the wrong website is listed in the details view. Right now we are always using the homePage entry from the install.rdf.

In case of a change of the home page you will not always release a new version of the add-on. A case like that would be helpful to have the most up to date website shown in the details pane.

Steps:
1. Install: https://addons.mozilla.org/de/firefox/addon/nightly-tester-tools/
2. Open the Add-ons Manager and select the Extensions category
3. Double click the entry for the Nightly Tester Tools
4. Compare the homepage in the details view with the one on the AMO page

Comment 1

[Dave Townsend [:mossop]]

So currently we only use the homepageURL from install.rdf which isn't what I recall us actually wanting. I think we want the following:

* If the add-on was downloaded from AMO then use the AMO page (bug 590344).
* If the add-on has a custom homepageURL then use that.
* Otherwise use the AMO page if there is one.

Does this sound right?

Comment 2

[Blair McBride [:Unfocused] (UNAVAILABLE)]

For the first point... what if the addon was not downloaded from AMO, but AMO does know about it?

Comment 3

[Dave Townsend [:mossop]]

(In reply to comment #2)
> For the first point... what if the addon was not downloaded from AMO, but AMO
> does know about it?

Then I believe we said we'd go on to the homepageURL since we wanted this link to take the user to where they downloaded it from where possible.

Comment 4

[Blair McBride [:Unfocused] (UNAVAILABLE)]

(In reply to comment #3)
> Then I believe we said we'd go on to the homepageURL since we wanted this link
> to take the user to where they downloaded it from where possible.

Hmm, that makes me want to show both then. The AMO page has some useful info/functionality that isn't meant to be available directly in the details view. But we've probably discussed that before...

Comment 5

[Dave Townsend [:mossop]]

True, but there is nothing stopping us changing our mind if we think it is the right thing to do. I tend to think it'd be simpler with a single URL and the AMO page does link back to the authors homepage too.

Comment 6

[Blair McBride [:Unfocused] (UNAVAILABLE)]

(In reply to comment #5)
> I tend to think it'd be simpler with a single URL and the
> AMO page does link back to the authors homepage too.

+1.

Comment 7

[Jennifer Morrow [:Boriss] (UX)]

(In reply to comment #5)
> True, but there is nothing stopping us changing our mind if we think it is
> the right thing to do. I tend to think it'd be simpler with a single URL and
> the AMO page does link back to the authors homepage too.

I second this.  We should see this link as information to users on where their add-ons came from, not just promotion of the author's site (which we couldn't voucher for in any way).  On add-ons that came from AMO, we should link back to AMO.

Comment 8

[Jennifer Morrow [:Boriss] (UX)]

Spoke with Blair - let's actually default to an AMO URL for an add-on, even if that add-on was not downloaded on AMO - as long as we offer it.  That way we're providing the best link that we can vouch for and being consistent in where we link people.

Comment 9

[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.