Closed
Bug 1000454
Opened 10 years ago
Closed 10 years ago
[B2G][1.4][Gaia]: The timestamp for a file downloaded a week ago is missing on all languages
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-b2g:1.4+, b2g-v1.3 unaffected, b2g-v1.4 verified, b2g-v2.0 fixed)
Tracking | Status | |
---|---|---|
b2g-v1.3 | --- | unaffected |
b2g-v1.4 | --- | verified |
b2g-v2.0 | --- | fixed |
People
(Reporter: KTucker, Assigned: crdlc)
References
Details
(Whiteboard: LocRun1.4 [systemsfe])
Attachments
(3 files)
Description: The timestamp for a file downloaded a week ago is missing on all languages. Repro Steps: 1) Update a Buri to BuildID: 20140421000201 2) Go to http://goo.gl/mDx5Bh 3) Download a file. 4) After the file has completed downloaded, tap on the "Settings" app. 5) Change the date of the device to exactly 7 days ahead. 6) Tap on "downloads" and check the timestamp of when the file downloaded. Actual: Files downloaded 7 days ago will be missing their timestamp under "Downloads" in Settings. Expected: Files downloaded 7 days ago have the correct timestamp. 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140421000201 Gaia: 3c53bebcc7541e5d19c96cf38ee2603927478f3c Gecko: 97dfbd4530a0 Version: 30.0a2 Firmware Version: v1.2-device.cfg Repro frequency: 100% See attached: screenshot
Reporter | ||
Comment 1•10 years ago
|
||
This issue does not occur on the Buri 1.3 Moz RIL 1.3 Environmental Variables: Device: Buri 1.3 MOZ BuildID: 20140422024003 Gaia: cab7de82832d00696807ae48ec277bd642b82a0a Gecko: c35695cc384c Version: 28.0 Firmware Version: v1.2-device.cfg There is not a "Downloads" section in settings on v 1.3
Reporter | ||
Comment 2•10 years ago
|
||
Updated•10 years ago
|
Blocks: fxos-download-mgr
Component: Gaia → Gaia::Settings
Comment 3•10 years ago
|
||
Basically you're trying to localize a non existent string: weeks-ago-short https://github.com/mozilla-b2g/gaia/blob/master/shared/js/download/download_formatter.js#L77 CCing the two person who worked on this file. The quick solution is to switch to long formats, and I think it wouldn't be a problem considering the amount of space available in that screen.
Flags: needinfo?(borja.bugzilla)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•10 years ago
|
||
It works fine and I agree with you, we have almost all the screen to paint this
Attachment #8411727 -
Flags: review?(francesco.lodolo)
Assignee | ||
Updated•10 years ago
|
Assignee: crdlc → nobody
Status: ASSIGNED → NEW
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Comment 5•10 years ago
|
||
Comment on attachment 8411727 [details]
Patch v1
Looks good to me, but you need a real reviewer ;-)
I also think we need to set the 1.4? flag
Attachment #8411727 -
Flags: review?(francesco.lodolo) → feedback+
Assignee | ||
Updated•10 years ago
|
blocking-b2g: --- → 1.4?
Assignee | ||
Updated•10 years ago
|
Attachment #8411727 -
Flags: review?(borja.bugzilla)
Assignee | ||
Updated•10 years ago
|
Flags: needinfo?(borja.bugzilla)
Comment 6•10 years ago
|
||
If you change the timezone of the device instead of the date, does this bug reproduce?
Keywords: qawanted
Comment 7•10 years ago
|
||
Jason, issue is not related to changing the date, in this case it's used to reproduce. If you have a file downloaded more than 7 days ago, but less than 10, you will see nothing as the date.
Comment 8•10 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #6) > If you change the timezone of the device instead of the date, does this bug > reproduce? Changing timezones does not seem to have any effect on the download time - I changed to Anadyr, Russia (UTC+12), and the download time still displays as XX minutes ago after reboot of phone. Same thing occurs when I changed timezone to Honolulu (UTC -10). Tested on: Device: Buri 1.4 MOZ BuildID: 20140424000203 Gaia: b6a41ee9e2934fe9692da6fb1cb310cb759e9870 Gecko: 2e9abf89c087 Version: 30.0a2 Firmware Version: v1.2-device.cfg
Keywords: qawanted
Updated•10 years ago
|
Whiteboard: LocRun1.4 → LocRun1.4 [systemsfe]
Target Milestone: --- → 1.4 S6 (25apr)
Updated•10 years ago
|
Component: Gaia::Settings → Gaia::System
Updated•10 years ago
|
blocking-b2g: 1.4? → 1.4+
Updated•10 years ago
|
Attachment #8411727 -
Flags: review?(borja.bugzilla) → review+
Assignee | ||
Comment 9•10 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/d4d02d281361930a4e5d480d6ec664886a565080
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•10 years ago
|
status-b2g-v2.0:
--- → fixed
Comment 10•10 years ago
|
||
v1.4: https://github.com/mozilla-b2g/gaia/commit/01b7794397834bc7c350c3edcf81742a1b393bfb
Target Milestone: 1.4 S6 (25apr) → 2.0 S1 (9may)
Comment 11•10 years ago
|
||
This issue has been fixed on the Buri 1.4 MOZ RIL 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140508000201 Gaia: 4ce973ef0732b0d52cb043210db598aa176b2ce9 Gecko: 16ab7f6b18f8 Version: 30.0 Firmware Version: v1.2-device.cfg
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•