Closed
Bug 1242562
Opened 10 years ago
Closed 9 years ago
downloaded file size isn't rounded
Categories
(Firefox for Android Graveyard :: Download Manager, defect)
Tracking
(firefox44 wontfix, firefox45 wontfix, firefox46 wontfix, firefox47 wontfix, firefox48 verified, firefox49 verified)
VERIFIED
FIXED
Firefox 49
People
(Reporter: phoenixuk06, Assigned: JanH)
References
Details
Attachments
(3 files)
107.42 KB,
image/png
|
Details | |
58 bytes,
text/x-review-board-request
|
mak
:
review+
gchang
:
approval-mozilla-beta+
|
Details |
130.54 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:43.0) Gecko/20100101 Firefox/43.0 Cyberfox/43.0.4
Build ID: 20160107105516
Steps to reproduce:
download a file
Actual results:
size displayed has many decimal places
Expected results:
size should be rounded like on desktop
Comment 1•10 years ago
|
||
Confirmed. A test page is https://getfedora.org/en/workstation/download/ this seems like a good mentor bug. I think modifying https://dxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/aboutDownloads.js#332 should do the trick.
status-firefox44:
--- → affected
status-firefox45:
--- → affected
status-firefox46:
--- → affected
status-firefox47:
--- → affected
Updated•10 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → jh+bugzilla
Assignee | ||
Comment 3•9 years ago
|
||
I can reproduce this on the emulator (API 22).
Assignee | ||
Comment 4•9 years ago
|
||
Currently, download sizes on Fennec aren't rounded for locales using a "." as their decimal separator.
Review commit: https://reviewboard.mozilla.org/r/51277/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/51277/
Attachment #8750009 -
Flags: review?(mak77)
Comment 5•9 years ago
|
||
Comment on attachment 8750009 [details]
MozReview Request: Bug 1242562 - Byte count rounding shouldn't depend on the decimal separator used. r=mak
https://reviewboard.mozilla.org/r/51277/#review48331
thank you!
Attachment #8750009 -
Flags: review?(mak77) → review+
Assignee | ||
Comment 6•9 years ago
|
||
Keywords: checkin-needed
Keywords: checkin-needed
Comment 8•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox49:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 49
Comment 9•9 years ago
|
||
Verified as fixed in build 49.0a1 2016-05-12;
Device: LG G4 (Android 5.1).
Updated•9 years ago
|
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Comment 10•9 years ago
|
||
Comment on attachment 8750009 [details]
MozReview Request: Bug 1242562 - Byte count rounding shouldn't depend on the decimal separator used. r=mak
Approval Request Comment
[Feature/regressing bug #]: Download manager on Android
[User impact if declined]: Locales using a "." decimal separator (e.g. English) will display download sizes with excessively many decimal places, especially now that bug 1218317 has been fixed in 48 (previously, file sizes for finished downloads stopped displaying after a browser restart).
[Describe test coverage new/current, TreeHerder]: some time on Nightly/Aurora
[Risks and why]: Very low, this just a trivial change so that rounding of the download size doesn't depend on the current decimal separator being used.
[String/UUID change made/needed]: none
Attachment #8750009 -
Flags: approval-mozilla-beta?
Comment 11•9 years ago
|
||
Comment on attachment 8750009 [details]
MozReview Request: Bug 1242562 - Byte count rounding shouldn't depend on the decimal separator used. r=mak
This fixes a UI issue. Take it in 48 beta 7. The fixes should be in fennec 48 beta 8.
Attachment #8750009 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•9 years ago
|
Flags: qe-verify+
Comment 12•9 years ago
|
||
bugherder uplift |
Comment 13•9 years ago
|
||
Verified as fixed in Firefox for Android 48.0 RC;
Device: Nexus 5 (Android 6.0.1).
Status: RESOLVED → VERIFIED
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•