Closed
Bug 529297
Opened 15 years ago
Closed 15 years ago
Addons Manager: Late UI when installing an add-on via Search
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec1.1+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | 1.1+ | --- |
People
(Reporter: aakashd, Assigned: vingtetun)
References
Details
Attachments
(1 file, 1 obsolete file)
852 bytes,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
Build Id:
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b3pre) Gecko/20091117 Firefox/3.6b4pre Fennec/1.0b6pre
and
Mozilla/5.0 (X11; U; Linux armv6l; Nokia N8xx; en-US; rv:1.9.3a1pre) Gecko/20091117 Firefox/3.7a1pre Fennec/1.0b5
Steps to Reproduce:
1. Go to the Addons Manager
2. Click on a recommended addon
Actual Results:
It takes 1-2 seconds before the progress bar comes up on the row entry for the recommended add-on. Once it does, it only briefly pops up and goes away.
Expected Results:
The progress bar should come up instantly (even empty) right after the "Add to Firefox" button is clicked. This way the user isn't left wondering what's going on with Firefox. It'll seem like a pseudo-perf win as the add-on installation progress will be considered a slow download rather than a slow process on Fennec.
Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Flags: in-litmus?
Comment 1•15 years ago
|
||
I don't see this on winmo. Aakash, do you still see it on maemo?
Reporter | ||
Comment 2•15 years ago
|
||
Yep, I definitely see it on the n900 when installing Weave, URL Fixer and Lazy Click on today's nightly build:
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2pre) Gecko/20100119 Firefox/3.6pre Fennec/1.1a1pre
Updated•15 years ago
|
tracking-fennec: ? → 1.1+
Assignee | ||
Comment 4•15 years ago
|
||
Attachment #435508 -
Flags: review?(mark.finkle)
Reporter | ||
Updated•15 years ago
|
Flags: in-litmus? → in-litmus-
Assignee | ||
Comment 5•15 years ago
|
||
Thinking more on it we probably want to keep setting the opType from the downloading callback, just in case the download was started from elsewhere than installFromRepo.
Assignee: nobody → 21
Attachment #435508 -
Attachment is obsolete: true
Attachment #435565 -
Flags: review?(mark.finkle)
Attachment #435508 -
Flags: review?(mark.finkle)
Comment 7•15 years ago
|
||
(In reply to comment #5)
> Created an attachment (id=435565) [details]
> Patch v0.2
>
> Thinking more on it we probably want to keep setting the opType from the
> downloading callback, just in case the download was started from elsewhere than
> installFromRepo.
Exactly!
Updated•15 years ago
|
Attachment #435565 -
Flags: review?(mark.finkle) → review+
Comment 8•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•15 years ago
|
||
verified FIXED On builds:
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2.3pre) Gecko/20100330 Namoroka/3.6.3pre Fennec/1.1a2pre
and
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.3a4pre) Gecko/20100330 Namoroka/3.7a4pre Fennec/1.1a2pre
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•