Closed
Bug 553090
Opened 15 years ago
Closed 15 years ago
Perform update checks for installs starting from a local file
Categories
(Toolkit :: Add-ons Manager, defect, P1)
Toolkit
Add-ons Manager
Tracking
()
VERIFIED
FIXED
mozilla1.9.3a5
People
(Reporter: mossop, Assigned: mossop)
References
Details
(Whiteboard: [rewrite])
Attachments
(1 file)
3.10 KB,
patch
|
robert.strong.bugs
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•15 years ago
|
||
We probably already have one but a litmus test verifying that installing add-ons that need to ping AMO for a compatibility update works both from the website and from a downloaded copy of the file.
This is fixed in http://hg.mozilla.org/projects/addonsmgr/rev/a51fa458df43
Flags: in-testsuite+
Flags: in-litmus?
Whiteboard: [rewrite] → [rewrite][fixed-in-addonsmgr]
Assignee | ||
Updated•15 years ago
|
Whiteboard: [rewrite][fixed-in-addonsmgr] → [rewrite][fixed-in-addonsmgr][needs-review]
Updated•15 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•15 years ago
|
||
This does the compatibility update check before passing the new AddonInstall instance out to the caller.
Attachment #435785 -
Flags: review?(robert.bugzilla)
![]() |
||
Comment 3•15 years ago
|
||
Comment on attachment 435785 [details] [diff] [review]
patch rev 1
Looks good
Attachment #435785 -
Flags: review?(robert.bugzilla) → review+
![]() |
||
Updated•15 years ago
|
Whiteboard: [rewrite][fixed-in-addonsmgr][needs-review] → [rewrite][fixed-in-addonsmgr]
Assignee | ||
Updated•15 years ago
|
Whiteboard: [rewrite][fixed-in-addonsmgr] → [rewrite][fixed-in-addonsmgr][needs-landing]
Assignee | ||
Comment 4•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [rewrite][fixed-in-addonsmgr][needs-landing] → [rewrite]
Target Milestone: --- → mozilla1.9.3a5
Comment 5•15 years ago
|
||
Dave, for the manual test we would need something like:
1. Finding an add-on which is not compatible with the current version (e.g. take an outdated version)
2. Trying to install that add-on from the local disk
3. Trying to install that add-on from a website (should this be different from AMO?)
As result we have to check for existing updates for that add-on and install those instead?
Do we need step 2 (local disk) or is that covered by the automation script?
Assignee | ||
Comment 6•15 years ago
|
||
We do have automated tests that should cover this so maybe litmus tests for it are a low priority, but it is a case where I think the added coverage of a manual test would be useful. All your three points are right though for point 3 it can be from AMO.
Comment 7•15 years ago
|
||
verified fixed based on hg push log and passing automated tests
Status: RESOLVED → VERIFIED
Comment 8•15 years ago
|
||
(In reply to comment #6)
> We do have automated tests that should cover this so maybe litmus tests for it
> are a low priority, but it is a case where I think the added coverage of a
> manual test would be useful. All your three points are right though for point 3
> it can be from AMO.
I wouldn't target a Litmus test for this particular bug. Instead we should have a Mozmill test which automatically can make the example add-on incompatible by updating the install.rdf's maxversion entry.
Updated•14 years ago
|
Flags: in-litmus? → in-litmus?(vlad.maniac)
Comment 9•14 years ago
|
||
This manual test is kinda hard to test because it will not work with older versions of the extensions, which have been marked as compatible on AMO but not in their install.rdf file. So I'm not sure how useful this test is at the current state.
Added Litmus test:
https://litmus.mozilla.org/show_test.cgi?id=15222
Flags: in-litmus?(vlad.maniac) → in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•