Created attachment 576028 [details] wrong format After updating evolution (on several machines), I get an error in the array date format. I found that the problem is with the %ad field, when I use format "%ad %H.%M.%S" If I use %d.%m.%y %H.%M.%S format, no problem, but that's not the format i'd like to use. $ locale LANG=fr_FR.iso885915@euro LC_CTYPE="fr_FR.iso885915@euro" LC_NUMERIC="fr_FR.iso885915@euro" LC_TIME="fr_FR.iso885915@euro" LC_COLLATE=C LC_MONETARY="fr_FR.iso885915@euro" LC_MESSAGES="fr_FR.iso885915@euro" LC_PAPER="fr_FR.iso885915@euro" LC_NAME="fr_FR.iso885915@euro" LC_ADDRESS="fr_FR.iso885915@euro" LC_TELEPHONE="fr_FR.iso885915@euro" LC_MEASUREMENT="fr_FR.iso885915@euro" LC_IDENTIFICATION="fr_FR.iso885915@euro" LC_ALL=
Created attachment 576030 [details] good format
So, 3 things: 1) Bad format ending up with such garbage in preview seems bad, almost looking like some sort of memory smashing. 2) I don't have a clue what %ad is supposed to do. %a is "The abbreviated name of the day of the week according to the current locale". I don't know why you are trying %ad and hoping it'd work. Alternative formats are done via E or O, not a, but I'm not sure that does anything for %d, which is documented as "The day of the month as a decimal number (range 01 to 31)". 3) If there is a real issue here, this should get reported upstream, not here. But I don't think there's anything wrong with it, besides point 1) possibly. $ date +"%d.%m.%y %H.%M.%S" 11.05.19 17.10.09 $ date +"%ad.%m.%y %H.%M.%S" Ld.05.19 17.10.19 $ date +"%Od.%m.%y %H.%M.%S" 11.05.19 17.10.26
actually I'd expect the preview to show something like Satd.05.19 17.10.19 in this example (with english locale for "Sat", before I had estonian, where the abbrevation is L)
(In reply to Mart Raudsepp from comment #2) > So, 3 things: > > 1) Bad format ending up with such garbage in preview seems bad, almost > looking like some sort of memory smashing. on all machines ? > 2) I don't have a clue what %ad is supposed to do. %a is "The abbreviated > name of the day of the week according to the current locale". I don't know > why you are trying %ad and hoping it'd work. Alternative formats are done > via E or O, not a, but I'm not sure that does anything for %d, which is > documented as "The day of the month as a decimal number (range 01 to 31)". ?? %ad is the formats of evolution. I don't try anything, that's what I used with ALL previous versions, and NEVER had problem with that. > 3) If there is a real issue here, there is > this should get reported upstream, not here. Oh, gentoo doesn't want to know that there is a problem with the stable version. Ok, I'll know it now. > But I don't think there's anything wrong with it, And I think you're really wrong. But never mind, let's close. > $ date +"%d.%m.%y %H.%M.%S" > 11.05.19 17.10.09 > $ date +"%ad.%m.%y %H.%M.%S" > Ld.05.19 17.10.19 $ date +"%ad.%m.%y %H.%M.%S" sam.d.05.19 10.18.01 > $ date +"%Od.%m.%y %H.%M.%S" > 11.05.19 17.10.26
Maybe the issue is because of not using UTF-8
Sorry, I didn't find that evolution setting from that cut screenshot and assumed it'd use strftime format. non-utf-8 locales are not supported by GNOME, try that indeed.