Closed Bug 977254 Opened 7 years ago Closed 6 years ago

Date formats are inconsistent (reversed) between GC Crashes page and Search

Categories

(Socorro :: Webapp, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: stephend, Unassigned)

References

()

Details

Attachments

(2 files)

The date format on https://crash-stats.allizom.org/gccrashes/products/Firefox is backwards from other places, such as https://crash-stats.allizom.org/query/?product=Firefox#advanced

It's 2014/02/26 (YY/MM/DD) on the former, and 02/26/2014 (MM/DD/YY) on the latter.
These consistencies are actually in a couple of places in the UI and I had previously logged a bug about this. Not entirely sure what has been decided but, the interesting thing is, that the middleware, expects it in yet another format ;)
We should gravitate towards using only ISO-style format, e.g. 2014-02-26 for the date but we should not break legacy URLs if possible.
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #2)
> We should gravitate towards using only ISO-style format, e.g. 2014-02-26 for
> the date but we should not break legacy URLs if possible.

Couldn't agree more. YYYY-MM-DD is the new cool thing to do.
I wanted to do this, as mentioned above, before but for some reason it slipped through the cracks and was forgotten about. For this report, I am using the ISO format now i.e. 2014-02-26 so, we should slowly start to proliferate this everywhere else.

As a side note, in Chrome, which supports the type=date format and actually provides a snazy date picker, you have to make the value of the element in the above format or else, the value is ignored. The other interesting thing about it though is that, even if you populate the value attribute with for example, 2014-02-26 it still displays the date as dd/mm/yyyy and there seems to be no current attribute to set the date format ;(

http://dev.w3.org/html5/markup/input.date.html
(In reply to Schalk Neethling [:espressive] from comment #4)
> As a side note, in Chrome, which supports the type=date

Not just Chrome, Firefox Nightly does as well (not sure if it's preffed on yet by default though). ;-)
Assignee: schalk.neethling.bugs → nobody
Attached image gc.png
I see no US dates anywhere. ISO everywhere. Perhaps it was fixed between time of this bug submission and now.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
Maybe the explanation is that the old advanced search was using US dates. It is now deprecated in favor of the Super Search which uses ISO dates.
You need to log in before you can comment on or make changes to this bug.