Closed
Bug 806231
Opened 12 years ago
Closed 11 years ago
Startup crash on windows desktop due to %e date format specifier
Categories
(Firefox OS Graveyard :: Gaia, defect)
Tracking
(blocking-basecamp:-)
RESOLVED
WORKSFORME
blocking-basecamp | - |
People
(Reporter: jdm, Assigned: jdm)
Details
(Whiteboard: [b2g-desktop-builds])
Attachments
(2 files)
11.20 KB,
patch
|
kaze
:
review-
|
Details | Diff | Splinter Review |
11.73 KB,
patch
|
Details | Diff | Splinter Review |
lockscreen.js passes in %e for the date format, but Windows' strftime doesn't recognize this and crashes.
Assignee | ||
Comment 1•12 years ago
|
||
http://msdn.microsoft.com/en-us/library/fe06s4ak%28v=vs.80%29.aspx
Assignee | ||
Comment 2•12 years ago
|
||
As does statusbar.js.
Assignee | ||
Comment 3•12 years ago
|
||
This allows the desktop builds to start for me.
Assignee: nobody → josh
Assignee | ||
Updated•12 years ago
|
Attachment #675982 -
Flags: review?(kaze)
Comment 4•12 years ago
|
||
I found an additional replacement (in apps/homescreen/js/landing.js), but even with this additional change, B2G Desktop still crashes for me on startup.
Comment 5•12 years ago
|
||
Comment on attachment 675982 [details] [diff] [review] Change all %e to %d Josh, your patch makes sense but %e is not strictly equivalent to %d: for tomorrow’s date (2012-11-01), '%e' gives '1' whereas '%d' gives '01'. As these date formatters should never be used without the `mozL10n.DateTimeFormat' object provided by the shared `l10n_date.js' library, I think we should: • handle this '%e' question in `l10n_date.js'; • fix the Calendar app to use localized string formats — or simply use %d instead of %e in this app until James internationalizes the date formats in Calendar.
Attachment #675982 -
Flags: review?(kaze) → review-
Updated•12 years ago
|
blocking-basecamp: --- → ?
Comment 6•12 years ago
|
||
Not blocking-basecamp on desktop bugs. Ben has an action to figure out how to track these to support the developer use-case.
blocking-basecamp: ? → -
Updated•12 years ago
|
Whiteboard: [b2g-desktop-builds]
Comment 7•12 years ago
|
||
Mike: Andrew blocked bug 795484 on the desktop crasher that this purports to fix, and I would expect the two bugs to have similar blocking statuses.
Assignee | ||
Comment 8•12 years ago
|
||
Myk, if you flip http://mxr.mozilla.org/mozilla-central/source/b2g/app/b2g.js#242 and apply your patch, does B2G start without crashing?
Comment 9•12 years ago
|
||
(In reply to Josh Matthews [:jdm] from comment #8) > Myk, if you flip > http://mxr.mozilla.org/mozilla-central/source/b2g/app/b2g.js#242 and apply > your patch, does B2G start without crashing? Yes! However, it also starts without crashing if I flip that pref and *don't* apply my patch, so this bug doesn't affect startup crashes one way or the other in my testing.
Comment 10•11 years ago
|
||
Did we ever figure out the best way forward here?
Comment 11•11 years ago
|
||
I don't think this is a problem anymore, because B2G no longer crashes on Date.toLocaleFormat('%e'). Also, there are no longer any instances of Date.toLocaleFormat('%e') in Gaia. Gaia does still use %e extensively, but only via navigator.mozL10n.DateTimeFormat.localeFormat() from l10n_date.js, which does its own replacement, substituting Date.getDate().
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•