Closed
Bug 816081
Opened 12 years ago
Closed 12 years ago
[Status Bar] Swap positions of "downloading" and "network activity" icons
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-basecamp:-, b2g18 verified)
People
(Reporter: julienw, Assigned: sjochimek)
References
Details
(Keywords: polish, Whiteboard: interaction, UX-P1, uxbranch, landed in uxbranch, qa-verified)
Attachments
(4 files, 1 obsolete file)
Bug 802605 introduced a "downloading" icon that is used by both the app install and the update mechanisms.
This icon should have been located just right of the "network activity" icon because it is more stable than the "network activity" icon which is always appearing and disappearing. This makes the "downloading" icon changing place a lot.
To experience that, you can try to install one of the big apps from http://owapps.cloudfoundry.com/
So this bug is about exchanging the "network activity" icon and the "downloading" icon. This should be a very simple fix to do if this is confirmed by our UX team.
Reporter | ||
Updated•12 years ago
|
Blocks: app-install
Flags: needinfo?(jcarpenter)
Comment 1•12 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #0)
> Bug 802605 introduced a "downloading" icon that is used by both the app
> install and the update mechanisms.
>
> This icon should have been located just right of the "network activity" icon
> because it is more stable than the "network activity" icon which is always
> appearing and disappearing. This makes the "downloading" icon changing place
> a lot.
>
> To experience that, you can try to install one of the big apps from
> http://owapps.cloudfoundry.com/
>
> So this bug is about exchanging the "network activity" icon and the
> "downloading" icon. This should be a very simple fix to do if this is
> confirmed by our UX team.
Agreed. I think that there's a bug out there somewhere for "move network activity icon to left-most position".
Flags: needinfo?(jcarpenter)
Reporter | ||
Updated•12 years ago
|
blocking-basecamp: --- → ?
bug 801070 is in regards to the network icon.
Comment 3•12 years ago
|
||
triage: blocking-
Updated•12 years ago
|
Assignee: nobody → sjochimek
Flags: needinfo?(kyee)
Summary: [system] The "downloading" icon should be the leftmost one in the status bar → [Status Bar] Swap positions of "downloading" and "network activity" icons
Whiteboard: interaction, UX-P1, uxbranch
Assignee | ||
Comment 4•12 years ago
|
||
Even if i swapped position between network and download icons there are still all the Permissions icons (bluetooth, ...) on the left side.
Should i moved both networking and downloading icons on the very last left position in the status bar ?
Flags: needinfo?(jcarpenter)
Reporter | ||
Comment 5•12 years ago
|
||
I'd say 'yes' :-)
Comment 6•12 years ago
|
||
Hi Sam, yep, that's correct. Let's put Network activity on farthest left, and Download immediately to it's right.
Thanks
Flags: needinfo?(jcarpenter)
Assignee | ||
Comment 7•12 years ago
|
||
Whiteboard: interaction, UX-P1, uxbranch → interaction, UX-P1, uxbranch, landed in uxbranch
download is still farthest left with mobile connectivity and then wifi network... should this be the right order?
Reporter | ||
Comment 10•12 years ago
|
||
Naoki: you should try to install a big packaged app to see the "currently downloading" icon. What you describe as "download" is "network activity".
Reporter | ||
Comment 11•12 years ago
|
||
Naoki, also, as Sam said, there can be permissions icons when an app has requested and was allowed a permission (ex: geolocation in maps, bluetooth, etc).
Ok, I will try to see if I can take a look into doing multiple cases in regards to the download. thanks
can't seem to find a good long download. meanwhile, I noticed bluetooth icon is the second most icon.
Reporter | ||
Comment 15•12 years ago
|
||
naoki, you can try with https://everlong.org/mozilla/bigpackaged/.
This won't work through the browser, because there's a bug where self assigned certs will claim that the address isn't valid.
Updated•12 years ago
|
Flags: needinfo?(sjochimek)
Comment 17•12 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #15)
> naoki, you can try with https://everlong.org/mozilla/bigpackaged/.
Use the http:// equilvalent - that will load the content in the browser.
I'd actually recommend using https://everlong.org/mozilla/verybigpackaged/, but there's one bug in that - Julien needs to fix the webapp manifest to match the mini-manifest. Can you fix that?
For now, use "Packaged App Test Case 5" at http://mozqa.com/webapi-permissions-tests/. That's a 20 MB packaged app.
Attachment #702802 -
Attachment is obsolete: true
Updated•12 years ago
|
Whiteboard: interaction, UX-P1, uxbranch, landed in uxbranch → interaction, UX-P1, uxbranch, landed in uxbranch, qa-verified
Reporter | ||
Comment 21•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #17)
> I'd actually recommend using https://everlong.org/mozilla/verybigpackaged/,
> but there's one bug in that - Julien needs to fix the webapp manifest to
> match the mini-manifest. Can you fix that?
Done :)
Comment 23•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•12 years ago
|
Flags: needinfo?(sjochimek) → needinfo?
Master build : 2013-03-26-07-02-04
"mozilla-central" revision="28b048ffb7a7"
"integration/gaia-central" revision="44f6a17f24d4"
"gecko.git"revision="a800f14ea7022a78966f7fe14a9b0d11c569b151"
"gaia.git" revision="ace1eb32a313da1232bbdf9cff2581a4b036356d"
Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/28b048ffb7a7
Gaia ace1eb32a313da1232bbdf9cff2581a4b036356d
BuildID 20130326070204
Version 18.0
Unagi
You need to log in
before you can comment on or make changes to this bug.
Description
•