[BUG] Dates (still) not following local format
-
Something @Gwen-Dragon said made me look again. So I swapped the language to German. And was rather surprised to find the dates in US format!!
That is bonkers. This bug is way worse that I thought. At least I could follow the logic of someone assuming that all English people are USAians. But forcing other nationalities to suffer this date layout is weird and illogical. LOL
So does this mean EVERY language is showing a messed up order here? It is interesting to see the time has been swapped to 24 hour and the dots used instead of colons.
Edit: HAHA - this is getting comical. I was actually perfectly ready here to just swap the GUI language for the lark and always run in German or Norwegian if that date format was printed correctly. And then laughed when I spotted the same issues in other languages.
Yeah - so the bug report needs updating. There is ZERO connection with the language settings. This is just a broken date library.
Edit2: Okay.... now this is getting weird an very inconsistent. After using Vivaldi Tool\Settings to swap from English to German and then Norwegian and seeing broken dates in each case. I eventually put it back to English. Ignored the dates for a bit... but then saw the comical overhang that now some sites thing i want the German Language (even though the GUI is now back into UK AND I have restarted)
BUT... what is this? Suddenly I have the dates showing CORRECTLY on the download page! (Though still stuck with AM\PM instead of 24 hour)
So.... to get "correct" dates one has to swap from English to German to Norwegian to English. Restarting the browser each time.... I wonder how long this will now stick?
EDIT3: HAHAHA - now I totally give up. Vivaldi Tools\Settings says "English - English". Google Settings now say "English (United States)" as default but with "German", "English (United Kingdom)" as the only entries in the language list.
Yet now I have dates showing on the Download correctly, but go to one of those Browser Info Test sites (http://mybrowserinfo.com/detail.asp?bhcp=1) and it shows:
Local Date/Time: 7/14/2018, 5:04:13 PM
Language: German
System Language: Not detectable with this browser
User Language: deI give up trying to make sense of this.
-
@mallen I use a French UI, dates and hours are displayed in French format (dd/mm/yyyy and 24 clock) in Notes and History.
History:
Notes:
Interestingly, I've just checked
settings/startup/language
and learnt that my user interface language isbahasa indonesia-indonésien
(and notFrançais-Français
). But inchrome/settings/language
, I selectfrançais (France)
. When you select a language inchrome/settings
, it seems to confuse Vivaldi that displays bahasa indonesia whatever language you choose. In my standalone version (stable), I use an English UI by choosing English insettings/startup/language
and not selecting anything inchrome/settings
, Vivaldi displays correctlyEnglish-English
(with US dates and hours…). -
Don't set language in chrome settings. I know the language in Appearance shows as Indonesian, but I never set the language in chrome settings. This is just cosmetics, my language is still set to English.
The point is Vivaldi uses its own translations and therefore the chrome settings do nothing (can only make things worse if anything).
-
@hlehyaric what about the Downloads panel? The issue is more visible there for me. Notes and History have always had a readable date using words. (Though the words are backwards as February 11, 2018 it is at least clear what the date is.)
I assumed the Bahasa Indonesia-Indonesian is only coming up when Chrome Settings are used to break things as Vivaldi is clearly reading that Chrome language value but not knowing what to do with it. So displays the first on the list instead.
@luetage yes - I know to stay away from Chrome Settings. The initial bug report from nine months ago is only about the Vivaldi settings. I only fiddled around with the Chrome language settings this week to see if I could have an effect on things as the badly formatted dates are causing me to make mistakes. Seeing 7/6/18 is impossible to know what it is supposed to say!
And (saying this quietly in case I scare it) really bizarrely this morning I have the correctly formatted date showing on the download page. Though it still shows an annoying AM\PM. The other panels still have the date in words, but back to front. I know this has now happened from my messing around yesterday. I have now partially confused the GUI into showing me something readable.
I am just hoping that this time someone actually looks closer at the issue. Interesting to see other people now mentioning that that their language is showing up as Indonisian even though they have never touched Chrome (Personally I don't even have Chrome installed)
There is also the new puzzle of why the languages seemed to "lag" yesterday. When I used Vivialdi settings to swap between English, German, Norwegian and then back to English - why did the browser keep reporting as German?
There is something clearly odd going on.
-
@mallen Same for the Downloads Panel, dd/mm/yyyy and 24 hours clock:
-
@gwen-dragon said in [BUG] Dates (still) not following local format:
Yes, the US format is ugly for UK and EU continental people.
It is not fixed in RL, but fixed in Bugtracker? I will reopen!
I pinged the related developer to check this regression.@Gwen-Dragon did the developer add any notes to this bug on the bug tracker? Or have we been unlucky to have an American dev who has never stepped outside his\her country and just closed the bug again?
I'm looking down at the date today - and it is a very hot 8th February here... Vivaldi the Time Travelling Browser.
I enjoy using Vivaldi, always prefer to be in that different group. But this is making my OCD scream constantly.
-
@gwen-dragon said in [BUG] Dates (still) not following local format:
May be he was on summer vacation these days.
Summer? But my downloads window tells me it is 8th February. Bit cold out there for a summer break. :o)
Thanks for giving him another poke.
-
@gwen-dragon nice to know. Hope he\she is having a good break somewhere and comes back refreshed and keen to fix a little oddity.
-
Well i'm still planning vacation but thanks! Before rejuvenating, i’ll try to clear things up.
We have recently switched from Chrome date formatting to our own system, to cover languages not available there. As result of that, only Vivaldi-supported languages are now covered as locales – have defined date formats. And there is no Vivaldi UI to switch language to en-GB (or to display it).
To overcome this limit, our plan is to detect host OS date and time format and silently use it in Vivaldi UI. Then we may skip separate region settings, or granular date and time format settings. But it takes time, as each platform needs to be tackled individually. In short term, we might need to add en-GB locale, to allow English interface with non-US date format.
-
Thanks for the update Miky. Even a European date would be more readable. LOL! English was ours before those USAians broke it. Hehe.
It is good to hear a proper solution is on the way. Copying the OS defaults seems sensible to me - I'm on that old Windows thing. (Though I also keep having to remind MS to stop trying to change that to US)
It will be nice when the date in the bottom left of my screen (Vivaldi) matches the one in the bottom right (Windows). My OCD will thank you. So will the Brits, the Aussies, and the rest of the English Speaking countries out there.
Enjoy that break. Make sure you don't take any computers with you. And turn the phone off on day one.
-
Little addition to add to this Date Bug post.
Just noticed that my printouts also have the broken date on them. Just printed some pages out using the built in print dialog and have 8/23/2018 printed in the header
-
@mallen The date bug is fix already at least in 1.16.1279.3 it is. You now can select English (UK) in language settings and this will also fix the time/date issue in the download panel - after a restart of vivaldi.
-
YAY!!! Looking forward to see this appear in the next official release.
A big Thank You to @miky and anyone else involved with this. Looking down at the date now it is confusingly warm for 9th April... hehe...
Also thanks @Gwen-Dragon for watching over this and helping poking it along.
It really is hard to explain as to quite how much of an effect something so "trivial" has been doing to my head!
-
Sadly this does help only a very limited portion of the userbase. We need the option to set the date and time format freely.
-
@luetage which languages are missing for you? Or are you chasing for a fully customisable date layout?
Having a broken American layout forced on all English speakers world wide was a bit weird. I think it is only the USAians who write the date in that backward Month\Day\Year layout. This left the rest of the English reading world confused. Today Vivaldi thinks it is the 9th of May 2018. (9/5/2018).
I think most of the European and Asian languages are in place. Seemed to have a pretty good list.
-
@mallen I want to use ISO 8601. Anyway, it should be apparent that one singular option for British English doesn't solve anything for the rest of the world.
-
@luetage said in [BUG] Dates (still) not following local format:
@mallen I want to use ISO 8601. Anyway, it should be apparent that one singular option for British English doesn't solve anything for the rest of the world.
This was addressing a year old bug report. The issue had been there since the earliest releases. This request also covers other English countries like Australia has been on the bug list for a while now.
Have you put in any request for ISO 8601?
I'm guessing you are after a fully customisable addition. I can see that taking longer.
If I had the choice of ISO 8601 then I'd probably also pick it. But then that is going to be mainly a handful of geeks like us.
-
@mallen Yeah, there's already a feature request out for it. But my suspicion is this bug was fixed and therefore the issue is closed for now and we won't see something happening on that front for another 3 years.
-
A fully user customisable date choice will be a lot more work than adding a few more countries to a supported list.
There is no need to see this bug fix as negative. The more someone looks around the code with respect to dates, the more likely you'll get someone starting on the work of the ultimate customisable date layout. Bug fixes should always be ahead of new features.
-
@mallen I never said I think the bug fix is negative and I really don't know why you feel attacked by my comments. I'm glad your issue is resolved, but you should understand that different people have different needs and have a right to voice their opinion too. Take it easy.