https://bugs.kde.org/show_bug.cgi?id=448985
--- Comment #5 from Chris Holland <zrenf...@gmail.com> --- So the `locale` command shows LC_TIME="en_US.UTF-8"? And you're also in EST. Good to know. "M01" could be a legit "testing" locale for Jan. I've just never seen it before. OpenSUSE Tumbleweed right? What Qt version? I have Qt 5.15.2+kde268-2.1 Qt uses CLDR for their locale database. https://github.com/qt/qtbase/tree/dev/util/locale_database https://cldr.unicode.org/index/downloads https://unicode-org.github.io/cldr-staging/charts/40/ https://unicode-org.github.io/cldr-staging/charts/40/delta/en.html https://www.google.com/search?hl=en&q=site%3Ahttps%3A%2F%2Funicode%2Dorg.github.io%2Fcldr%2Dstaging%2Fcharts%2F40%2F%20%22M01%22 Looks like the Sardinian [sc] v40 Delta has M01. Not sure what "delta" is though. https://unicode-org.github.io/cldr-staging/charts/40/delta/sc.html There's also Fulah [ff] which has M01. https://unicode-org.github.io/cldr-staging/charts/40/summary/ff.html Chinese locales tend to have numbers in the month names like: 1月, 2月 for Jan, Feb. https://unicode-org.github.io/cldr-staging/charts/latest/verify/dates/zh.html > This can happen if "MMM" gets parsed as "M" followed by "MM", e.g. with an > invisible character in between. Why would it output M=M instead of M=1? An invisible character would be equivalent to "M MM" which would be "1 01". You would need apostrophes to escape it like 'M'MM to get "M01". -- You are receiving this mail because: You are watching all bug changes.
