https://bugs.documentfoundation.org/show_bug.cgi?id=91758
Eike Rathke <erack@redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|needsDevEval, needsUXEval |
Status|NEW |ASSIGNED
Hardware|Other |All
Assignee|libreoffice-bugs@lists.free |erack@redhat.com
|desktop.org |
Severity|enhancement |normal
--- Comment #9 from Eike Rathke <erack@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.
Taking.
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 91758] dash delimited dates entered are not correctly interpreted as Y-M-D in specific cases · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.