Closed
Bug 588072
Opened 14 years ago
Closed 14 years ago
Progress bar appears under wrong add-on when installing from search list
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mbrubeck, Assigned: wesj)
Details
Attachments
(1 file, 1 obsolete file)
2.96 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
Steps to reproduce: 1. Open the add-on panel. 2. Do a search that returns more than one result. 3. Tap an add-on that is *not* the first result, and press "Add to Fennec." Expected results: Progress bar appears under the selected add-on and shows installation progress. Actual results: One progress bar appears under the selected add-on and stays empty; a second progress bar appears under the first add-on in the list and shows progress. (But after restart, the selected add-on is installed.)
Updated•14 years ago
|
Assignee: mbrubeck → wjohnston
Assignee | ||
Comment 1•14 years ago
|
||
This bug was fallout from bug 575463, which changed sourceURL to sourceURI. I'm not really sure how it was working before though. When we originally create the items we have access to the extension id (myExtension@me.org). We used that as the ID of the richlistitems. When the download progress events fire, we don't have access to the id (fallout from 575463?), just the URL we're downloading from, so we can't find the items. This patch changes the manager to use the source url for the richlistitem if we have an install object. Otherwise, it uses the extension id. Not sure if that's the perfect solution. Glad to hear if there's a better way.
Attachment #467203 -
Flags: review?(mark.finkle)
Comment 2•14 years ago
|
||
Comment on attachment 467203 [details] [diff] [review] Use sourceURI.spec... sometimes > _createItem: function ev__createItem(aAddon, aTypeName) { > let item = document.createElement("richlistitem"); >- item.setAttribute("id", PREFIX_ITEM_URI + aAddon.id); >+ let itemID = PREFIX_ITEM_URI; >+ if(aAddon.install) >+ itemID += aAddon.install.sourceURI.spec; >+ else >+ itemID += aAddon.id; >+ item.setAttribute("id", itemID); I think we don't need to change this sourceURL is set when we list addons in a search results. See: http://mxr.mozilla.org/mobile-browser/source/chrome/content/extensions.js#516 "addon.install.sourceURL" should probably be "addon.install.sourceURI.spec" getElementForAddon will look in the "sourceURL" is needed: http://mxr.mozilla.org/mobile-browser/source/chrome/content/extensions.js#118
Attachment #467203 -
Flags: review?(mark.finkle) → review-
Assignee | ||
Comment 3•14 years ago
|
||
Whoops. Thanks.
Attachment #467203 -
Attachment is obsolete: true
Attachment #467273 -
Flags: review?(mark.finkle)
Updated•14 years ago
|
Attachment #467273 -
Flags: review?(mark.finkle) → review+
Updated•14 years ago
|
Whiteboard: [fennec-checkin-posta1]
Comment 4•14 years ago
|
||
pushed: http://hg.mozilla.org/mobile-browser/rev/5c6669248f13
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Whiteboard: [fennec-checkin-posta1]
Comment 5•13 years ago
|
||
This issue is verified as fixed on Mozilla/5.0 (Android;Linux armv7l;rv:9.0a1)Gecko/20110919 Firefox/9.0a1 Fennec/9.0a1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•