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)

Other
Gonk (Firefox OS)
defect
Not set
minor

Tracking

(blocking-basecamp:-, b2g18 verified)

VERIFIED FIXED
blocking-basecamp -
Tracking Status
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.
Blocks: app-install
Flags: needinfo?(jcarpenter)
(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)
blocking-basecamp: --- → ?
bug 801070 is in regards to the network icon.
triage: blocking-
blocking-basecamp: ? → -
Flags: needinfo?(kyee)
Keywords: polish
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
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)
I'd say 'yes' :-)
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)
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?
Naoki: you should try to install a big packaged app to see the "currently downloading" icon. What you describe as "download" is "network activity".
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
Attached image screenshot 2.. (deleted) —
can't seem to find a good long download. meanwhile, I noticed bluetooth icon is the second most icon.
This won't work through the browser, because there's a bug where self assigned certs will claim that the address isn't valid.
Flags: needinfo?(sjochimek)
(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.
Attached image screenshot (obsolete) (deleted) —
Attached image screenshot (deleted) —
Attachment #702802 - Attachment is obsolete: true
Whiteboard: interaction, UX-P1, uxbranch, landed in uxbranch → interaction, UX-P1, uxbranch, landed in uxbranch, qa-verified
(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 :)
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
Status: RESOLVED → VERIFIED
Flags: needinfo?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: