Closed
Bug 933775
Opened 11 years ago
Closed 11 years ago
Regression: Timestamp on download notifications is false; date stuck in 1970
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox26 unaffected, firefox27+ verified, firefox28 verified, fennec27+)
VERIFIED
FIXED
Firefox 28
Tracking | Status | |
---|---|---|
firefox26 | --- | unaffected |
firefox27 | + | verified |
firefox28 | --- | verified |
fennec | 27+ | --- |
People
(Reporter: aaronmt, Assigned: gcp)
References
Details
(Keywords: regression)
Attachments
(2 files)
958 bytes,
patch
|
wesj
:
review+
lsblakk
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
49.05 KB,
image/png
|
Details |
Download a file, see notification; see time-stamp from 1970.
Reporter | ||
Updated•11 years ago
|
status-firefox26:
--- → unaffected
Reporter | ||
Comment 1•11 years ago
|
||
Comment 2•11 years ago
|
||
Needs a fix. I might be wrong, but when I implemented this the timestamp was not showing up. Looks like setShowWhen was introduced in api level 17, maybe I was just building against 16?
Anyway, do we want to show here the proper time OR to hide the date as it was before I started messing this whole thing up (:-( ) ?
I will investigate into the cause of the wrong time anyway. The when parameter is necessary in order to preserve the order of the notifications.
Comment 3•11 years ago
|
||
Attachment #826489 -
Flags: review?(wjohnston)
Comment 4•11 years ago
|
||
Forgot to add the comment. In this version I just fixed the time issue, still I am not sure if we want to show the time into the notifications. In the released build we do not have anything like that.
Comment 5•11 years ago
|
||
As per the other comment, should we back bug 909932 until we fixed all these issues?
Updated•11 years ago
|
Attachment #826489 -
Flags: review?(wjohnston) → review+
Updated•11 years ago
|
Keywords: regression,
verifyme
Updated•11 years ago
|
tracking-fennec: ? → 27+
Reporter | ||
Comment 7•11 years ago
|
||
Why hasn't this landed?
Reporter | ||
Comment 8•11 years ago
|
||
Comment 9•11 years ago
|
||
Adding checkin-needed. Hopefully this applies cleanly.
Keywords: checkin-needed
Assignee | ||
Comment 10•11 years ago
|
||
Frederico, fix your hg configuration so it adds author information to patches. I checked this in and got set as author because it wasn't set in the patch.
https://hg.mozilla.org/integration/mozilla-inbound/rev/a5f547833e7d1
Comment 11•11 years ago
|
||
Damn, thanks for pointing out. It looks like I forgot to readd them after reinstalling the os on my laptop. I am afraid there are some other patches in this state :(
Comment 12•11 years ago
|
||
Assignee: nobody → gpascutto
Status: NEW → RESOLVED
Closed: 11 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 28
Assignee | ||
Comment 13•11 years ago
|
||
Can we get this verified so it can be uplifted?
Reporter | ||
Updated•11 years ago
|
Assignee | ||
Comment 14•11 years ago
|
||
Comment on attachment 826489 [details] [diff] [review]
bug-933775-fix
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 909932
User impact if declined: Nonsense download timestamps
Testing completed (on m-c, etc.): On m-c for a few weeks
Risk to taking this patch (and alternatives if risky): Effectively none.
Attachment #826489 -
Flags: approval-mozilla-beta?
Updated•11 years ago
|
Attachment #826489 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 15•11 years ago
|
||
Comment 16•11 years ago
|
||
Verified on Firefox for Android 27 Beta 8
Device:LG Optimus 4X (Android 4.1.2)
Updated•4 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
•