[Libreoffice-ux-advise] [Bug 91758] dash delimited dates entered are not correctly interpreted as Y-M-D in specific cases

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Aug 29 16:01:25 UTC 2017


Eike Rathke <erack at redhat.com> changed:

           What    |Removed                     |Added
           Keywords|needsDevEval, needsUXEval   |
             Status|NEW                         |ASSIGNED
           Hardware|Other                       |All
           Assignee|libreoffice-bugs at lists.free |erack at redhat.com
                   |desktop.org                 |
           Severity|enhancement                 |normal

--- Comment #9 from Eike Rathke <erack at redhat.com> ---
(In reply to Wolfgang J├Ąger from comment #6)
> In a locale (say English (USA)) "recognising" "5-12-14" as meaning
> 2014-05-12 an 
> input of "5-13-14" MUST be interpreted as 2014-05-13.
I'd rather say accepting 5-12-14 as date 2014-05-12 in an en-US locale without
modified date acceptance patterns (does not contain M-D-Y) is a bug. What is
actually happening here is that the input first is recognized as "slightly
possible ISO date input (where year would be 5)" but the end check rightly
fails and then the en-US MDY order is applied and the date accepted anyway as
05/12/14, which is wrong. Similar wrong for other locales, eg. in de-DE the
numbers are applied to a DMY order, resulting in 05.01.14, wrong again.

For an input of 5-13-14 already the "might this be an ISO date" check fails
because there's no month 13 and if the input does not match a date acceptance
pattern correctly does not result in a date.


You are receiving this mail because:
You are on the CC list for the bug.

More information about the Libreoffice-ux-advise mailing list