https://bugs.winehq.org/show_bug.cgi?id=49827
Bug ID: 49827 Summary: sDate stopped working after Wine 3.x Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: michaelwitten82@gmail.com Distribution: ---
I am on Ubuntu and have recently moved up to 20.04.1, and after the re-install I installed MYOB in PlayOnLinux (as I always have) and the date format was wrong.
After a LOT of testing (you can see further in a Ubuntu bug I submitted - https://bugs.launchpad.net/ubuntu/+source/playonlinux/+bug/1892859) I have found what the issue is. After seeing that between Ubuntu 18.04 and 20.04 they moved from wine 3.0 to 5.0, I have tested various versions in PlayOnLinux (all 32-bit, 64-bit seemed to have other issues): 5.0 (default) - NOT working 5.16 (latest in PlayOnLinux) - NOT working 4.21 - NOT working 3.21 - WORKS
There is an easy way to test this (in PlayOnLinux) 1. Open the General tab in the Config for the VM 2. Change the Wine version to whichever you want to test 3. Go to the Wine tab and Windows reboot (I do this to be safe) 4. Open the Command prompt (under the same tab) 5. Type "date"
It will show the current date in the format being used in wine on that vm. For me, even though everything is set to en_AU and registry settings etc are to dd/MM/yyyy (also tried d/MM/yyyy) my date format shows as en_US format (MM/dd/yyyy -not sure if its dd or d as its the 13th today), until I drop back to version 3.x.
This won't be an issue to people playing games etc I guess, but to anyone doing anything with dates important (for example I am doing accounting, so my invoices show wrong dates) this is a show stopper.
I have seen other people online ask about it but none of the answers worked for me. I would think this is something pretty urgent to look at and get correct.
https://bugs.winehq.org/show_bug.cgi?id=49827
michaelwitten82@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=49827
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #1 from joaopa jeremielapuree@yahoo.fr --- Playonlinux is not supported here (it does things under the wood) Please test with vanilla wine-5.17 in the fresh wine prefix. If the bug persists, please run a regression test: https://wiki.winehq.org/Regression_Testing
https://bugs.winehq.org/show_bug.cgi?id=49827
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Severity|major |normal
https://bugs.winehq.org/show_bug.cgi?id=49827
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com --- Could you explain where to get a trial version of this software, and how to reproduce. Also please try with wine-6.0-rc1, without playonlinux.
https://bugs.winehq.org/show_bug.cgi?id=49827
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1
https://bugs.winehq.org/show_bug.cgi?id=49827
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|sDate stopped working after |Short date is not printed |Wine 3.x |correctly in MYOB 19
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- (In reply to Nikolay Sivov from comment #2)
Could you explain where to get a trial version of this software, and how to reproduce. Also please try with wine-6.0-rc1, without playonlinux.
This is your friendly reminder that information has been requested regarding this bug.
Testing with current wine (7.0-rc5) would also be helpful.
https://bugs.winehq.org/show_bug.cgi?id=49827
Huw Davies huw.davies@physics.ox.ac.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |huw.davies@physics.ox.ac.uk
--- Comment #4 from Huw Davies huw.davies@physics.ox.ac.uk --- I suspect that the running the command % setlocale -a from the unix terminal will not list en_AU is an installed locale (it'll likely list en_AU.utf8 which is what you should use instead).
https://bugs.winehq.org/show_bug.cgi?id=49827
--- Comment #5 from Huw Davies huw.davies@physics.ox.ac.uk --- (In reply to Huw Davies from comment #4)
I suspect that the running the command % setlocale -a from the unix terminal will not list en_AU is an installed locale (it'll likely list en_AU.utf8 which is what you should use instead).
Let me try that again.
I suspect that running the command % locale -a from the unix terminal will not list en_AU as an installed locale (it'll likely list en_AU.utf8, which is what you should use instead).
https://bugs.winehq.org/show_bug.cgi?id=49827
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|NEEDINFO |RESOLVED
--- Comment #6 from Ken Sharp imwellcushtymelike@gmail.com --- Logged and abandoned, using POL.
https://bugs.winehq.org/show_bug.cgi?id=49827
--- Comment #7 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=49827
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com --- Actually closing.