Closed Bug 957120 Opened 10 years ago Closed 10 years ago

Download notification date is 2027

Categories

(Firefox for Android Graveyard :: Download Manager, defect)

27 Branch
ARM
Android
defect
Not set
normal

Tracking

(firefox26 unaffected, firefox27+ verified, firefox28 unaffected, firefox29 unaffected, fennec27+)

VERIFIED FIXED
Firefox 27
Tracking Status
firefox26 --- unaffected
firefox27 + verified
firefox28 --- unaffected
firefox29 --- unaffected
fennec 27+ ---

People

(Reporter: TeoVermesan, Assigned: fedepaol)

References

Details

(Keywords: regression)

Attachments

(2 files)

Tested with:
Build: Firefox for Android 27 Beta 4
Device: LG Nexus 4
OS: Android 4.3

Steps to reproduce:
1. Go to http://goo.gl/SRCLe to download the file
2. Go to android notification bar

Expected result:
- The download notification date should be correct

Actual result:
- The download notification date is 10/12/2027

Please see the attached screenshot
Summary: Download notification date is 10/12/2027 → Download notification date is 2027
This is the same as bug 933775, but it was uplifted to mozilla-beta in early December.

Is the date correct on the device? Reproducible on other devices?
Yes, the date is 07/01/2014.
Reproducible on Samsung Galaxy Tab (Android 4.0.4) and Google Nexus 7 (Android 4.4)
Federico/gcp is there a code disparity on mozilla-beta and other branches for this?
Flags: needinfo?(fedepaol)
The patch looks OK to me in mozilla-aurora and mozilla-beta, though the file itself is fairly different.

This bug has dates in the future. The bug you refer to had dates in the past (really, unix time 0). So it's not exactly the same, though the cause probably ain't too far away.
tracking-fennec: --- → ?
I guess the bug is here http://mxr.mozilla.org/mozilla-beta/source/mobile/android/chrome/content/downloads.js#99

The NotificationBuilder expects the when parameter as the number of millisecs since the epoch, whereas aDownload.startTime is the same time expressed in microsecs, so its the number it expects * 1000.

I can provide a patch tomorrow, since I don't currently have a beta checkout and I would like to test the patch before submitting.
Flags: needinfo?(fedepaol)
Attached patch bug-957120-fixSplinter Review
This is the patch. I guess the bug affects only beta, since from aurora the when parameter is calculated in a different way.
Attachment #8356853 - Flags: review?(wjohnston)
Attachment #8356853 - Flags: review?(wjohnston) → review+
Frederico, can you request beta approval for your patch?
Flags: needinfo?(fedepaol)
Sure, I just need to know how to do it :)
Flags: needinfo?(fedepaol)
Click on your patch->details->approval-mozilla-beta?  It will give you a template to fill in.
Assignee: nobody → fedepaol
Comment on attachment 8356853 [details] [diff] [review]
bug-957120-fix

[Approval Request Comment]
Bug caused by (feature/regressing bug #): 933775 
User impact if declined: Wrong download date time in download notification
Testing completed (on m-c, etc.): Tested on checked out beta
Risk to taking this patch (and alternatives if risky): Low, only changed the value to be used as notification time
String or IDL/UUID changes made by this patch: None
Attachment #8356853 - Flags: approval-mozilla-beta?
Attachment #8356853 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
https://hg.mozilla.org/releases/mozilla-beta/rev/4a876256830e
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 27
tracking-fennec: ? → 27+
Verified as fixed in  build: 27 beta 6;
Device: Google Nexus 7 (Android 4.4.2);
Status: RESOLVED → VERIFIED
Keywords: verifyme
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: