I confirm that in a small (almost minimal) virtual machine with Fedora 28:
Works as expected, thank you.
Maintainers, please mark #1305340 as fixed by this build. Actually, it has been fixed by the previous version 3.6.1 (and correctly mentioned in the changelog but nowhere else) but the translations were not updated. Now they are updated, at least for some languages including Japanese which was required by the original reporter. Testers, please verify.
Testers: this update should fix two upstream bugs:
date
command line utility recognizes these formats: %OB
, %Ob
, %Oh
(uppercase O
letter, not zero digit). date +%OB
should differ from date +%B
in Belarusian, Croatian, Greek, Lithuanian, Polish, Russian, and Ukrainian, probably also Catalan and Czech. In other languages there should be no difference. %Ob
should differ from %b
only in some months and only in Belarusian, Russian, maybe also Catalan and Greek. %Oh
is an alias for %Ob
, same as %h
is an alias for %b
.LC_ALL=ca_ES.UTF-8 ls -l
and make sure that the month column is wide enough to display June as de juny
and July as de jul.
rather than both displayed as de ju
.Google Chrome starts without a security alert - bug fixed. I believe the same applies to vivaldi ( #1374929) although I have not tested.
Everyday use for more than a week on 2 machines and no regression noticed.
Sad to say this but as I've already discussed in IRC a regression has been found: all translations of the dates in the left panel became broken although they were correct in the previous version. Related with the recent changes in fancydate. Otherwise looks great!
Thank you, Kalev. Tested on 2 machines: