Description: With date format DD MMMM month name has a wrong name - Март ( March) instead of Марта (note trailing letter Март_А_ ) It is funny that if you switch to MMMM DD then month name changes its form that in this format is not desired The same problem occur with other months' names. Steps to Reproduce: 1.enter date in calc like 01.03.2012 2.change format to D MMMM 3. Actual Results: 1 Март Expected Results: 1 Марта D MMMM - 1 Марта MMMM DD - Март 01 Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.4.2 (x64) Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); ИП: ru-RU Calc: CL
Mike, what's your opinion here?
On pc Debian x86-64 with master sources updated today + Russian language and Russian localization, I don't reproduce this. On a brand new Calc file, if I type "01.03.2012" in a cell then format with these entries: DD MMMM => 01 марта D MMMM => 1 марта DD MMM => 01 мар D MMM => 1 мар MMMM DD => марта 01 MMMM D => марта 1 MMM DD => мар 01 MMM D => мар 1 So I never got "март". Now I don't know Russian language so don't know what's ok or what's wrong on these results.
This is really should be addressed by someone knowing Russian The result Julien has got here is perfectly correct (in contrary to my case) DD MMMM => 01 марта D MMMM => 1 марта DD MMM => 01 мар D MMM => 1 мар The correctness of results MMMM DD => марта 01 MMMM D => марта 1 MMM DD => мар 01 MMM D => мар 1 can be disputed even by native Russians. It could be both ways, март 01 or марта 01, the latter being extremely formal. On the other hand, this format would have never been normally tried if 'DD MMMM' had not failed.
As mentioned in bug 128314 (in See Also), I saw the same as Julien in v.6.4 (and in 7.0, and in current master). I saw problems with different formats, though. So OP should provide a sample with problematic format, to see why it is failing *this way* for them.
What is OP?
(In reply to kkivi from comment #5) Sorry, I meant "Original Poster".
Created attachment 170241 [details] example
I found that I missed an important detail - I used custom format, that is I changed the order of fields. Look at the example - the third date uses a stock format and is displayed correctly. The first two are not.
*** This bug has been marked as a duplicate of bug 128314 ***
Created attachment 170242 [details] sceenshot in case local settings can change the picture
How it happened that you asked me for the example and immediately marked the bug as duplicate. The example shows that the problem may be more subtle than it seems at first.
(In reply to kkivi from comment #11) > How it happened that you asked me for the example and immediately > marked the bug as duplicate. > The example shows that the problem may be more subtle than it seems at first. Indeed. The sample allowed to confirm that the problem that you see is the same as reported earlier in bug 128314.
Ok, just wanted to make sure my example will be looked upon