Closed
Bug 624602
Opened 15 years ago
Closed 8 years ago
Add-ons manager should display add-ons licenses
Categories
(Toolkit :: Add-ons Manager, enhancement)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: anti-stress, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b9pre) Gecko/20110109 Firefox/4.0b9pre
Build Identifier:
Not only the add-ons managershould display EULA for available add-ons that have one (Bug 605499) but the add-on manager should be able to display the add-on license on user demand.
The add-on manager is designed to be autonomous therefore the user shoud be able to get that information without having to surf the Web
Thanks
Reproducible: Always
Comment 2•14 years ago
|
||
Is the license information already be part of the 1.5 version of the AMO API?
Updated•14 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → 2.0 Branch
![]() |
||
Comment 3•13 years ago
|
||
This is exacerbated by the fact that entries for add-ons from AMO do not always link to the AMO page: bug 638992 comment 7.
Comment 5•11 years ago
|
||
Marco: Looks like we need this for bug 1007336, so I'm picking it up.
Assignee: nobody → bmcbride
Blocks: 1007336
Status: NEW → ASSIGNED
Flags: needinfo?(mmucci)
Flags: firefox-backlog+
Comment 6•11 years ago
|
||
Added to Iteration 34.2. Blair, can you provide a point value and if the bug should be marked as [qa+] or [qa-] for verification.
Iteration: --- → 34.2
QA Whiteboard: [qa?]
Flags: needinfo?(mmucci) → needinfo?(bmcbride)
Comment 7•11 years ago
|
||
Oops, sorry!
Points: --- → 5
QA Whiteboard: [qa?] → [qa-]
Flags: needinfo?(bmcbride)
Comment 9•11 years ago
|
||
Oh, yes, forgot to update the bug.
In the few hours awhile we had this as a blocker to bug 1007336, I had the implementation done. So I'll just finish this off by adding a couple of tests over the weekend.
Updated•11 years ago
|
Iteration: 34.2 → 34.3
Updated•11 years ago
|
Assignee: bmcbride → nobody
Status: ASSIGNED → NEW
Iteration: 34.3 → ---
Comment 10•11 years ago
|
||
Ugh, forgot I need to pick this up again, as it came up as rather holy-crap-important bug in respect to bug 1039028.
And the requirements have changed a little, since we need to be able to link to a local file. So upping the points value.
Assignee: nobody → bmcbride
Status: NEW → ASSIGNED
Points: 5 → 8
Flags: needinfo?(mmucci)
Version: 2.0 Branch → unspecified
Updated•11 years ago
|
Flags: needinfo?(mmucci) → needinfo?(gavin.sharp)
Comment 11•11 years ago
|
||
Bug 1039028 seems to have a fine temporary solution, so this doesn't seem holy-crap-important. What am I missing?
Flags: needinfo?(gavin.sharp) → needinfo?(bmcbride)
Comment 12•11 years ago
|
||
I guess it could wait a release. But the solution we have in bug 1039028 is a bit awful in terms of UX and l10n. Saying that, it's not primary UI. But it's also not ideal in terms of adhering to the licensing terms, so there's some pressure to make things better merely from that perspective.
Flags: needinfo?(bmcbride) → needinfo?(gavin.sharp)
Comment 13•11 years ago
|
||
The solution we have doesn't seem that awful to me, and the problem is mostly one of legal compliance, not a huge user pain point. So I still don't think it worth it to invest in this at the expense of our other current priorities.
Flags: needinfo?(gavin.sharp)
Comment 14•10 years ago
|
||
FYI: For Adobe EME, the "License Information" link will point to a static URL on Adobe servers (see bug 1129721). I don't know whether or not Adobe will implement locale detection on the backend and display a localized version of the license when appropriate, but it doesn't seem like that would be too difficult to do. I thought I'd mention it here in case we'd like to implement this for OpenH264.
(In reply to antistress from comment #0)
> The add-on manager is designed to be autonomous therefore the user shoud be
> able to get that information without having to surf the Web
Since the "License Information" link is clearly identifiable as a link, there shouldn't be any expectation that a click on this link wouldn't make a web request. You may compare this to the "Homepage" URL in the same pane: it too will make a web request when clicked.
See Also: → 1129721
Comment 15•10 years ago
|
||
*sigh* No time in the foreseeable future to work on this.
I'm sure I started this, but I can find any trace of a patch :\
Assignee: bmcbride → nobody
Status: ASSIGNED → NEW
Comment 16•10 years ago
|
||
We need either this fixed or an extension of the hack in bug 1039028 for Shumway.
Blocks: shumway-m5
Comment 17•9 years ago
|
||
Discussion revamped on https://github.com/mozilla/addons/issues/211
Comment 18•8 years ago
|
||
We show (links to) licenses for GMP through eg bug 1039028.
We don't have any license information to show for webextensions...
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•