[Bug 16481] New: sShortDate ignored by wine

http://bugs.winehq.org/show_bug.cgi?id=16481

Summary: sShortDate ignored by wine
           Product: Wine
           Version: 1.1.10
          Platform: PC-x86-64
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

If I change short date format both in .wine/user.reg (in [Control
Panel\International] section) and win.ini (in section [intl], the file is in
"Windows" directory created by wine)

In both cases, sShortDate is modified from default "M/d/yyyy" to "dd.MM.yyyy"

then when I run Unicode FAR (opensource version,
http://farmanager.com/opensource.php), the dateformat I see is default
"M/d/yyyy"

On Windows it worked, FAR respected custom date format settings set in
registry. In WINE the settings get ignored (and later overwritten by default
"M/d/yyyy"). The locale in rest of ther config is US english (00000409)

I killed all wine-related processes before doing the config-file editing, so
problem is not with running wine process overwriting my configs...

[Bug 16481] sShortDate ignored by wine

http://bugs.winehq.org/show_bug.cgi?id=16481

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download, source

[Bug 16481] sShortDate ignored by wine

http://bugs.winehq.org/show_bug.cgi?id=16481

Jarlath  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from Jarlath   2010-05-10 12:59:15 ---
I'm having the same problem trying to run an application on Ubuntu with wine
1.1.44. This results in my calendar application showing the January as having
the same day for the entire month, and February too, but the day is incremented
by one.

[Bug 16481] sShortDate ignored by wine

http://bugs.winehq.org/show_bug.cgi?id=16481

--- Comment #2 from [e-mail] 2013-05-11 05:00:41 CDT ---
No update for over 900 days.Is this still an issue in 1.5.30 or is this
abandoned ?

[Bug 16481] sShortDate ignored by wine

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=16481

Damjan Jovanovic  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #3 from Damjan Jovanovic  ---
Given that Far Manager no longer starts in Wine, please provide another
application that can be used to test?

I've tried writing test code with no success:

Changing "M/d/yyyy" to "dd.MM.yyyy"
in
HKCU\Control Panel\International
in the sShortDate key,

changes 
11/28/2019
to
28.11.2019

as the output from this code:

#include <stdio.h>
#include <windows.h>

int main(int argc, char **argv)
{
        int ret;
        char dateBuffer[1024];
        ret = GetDateFormatA(LOCALE_USER_DEFAULT, DATE_SHORTDATE, NULL, NULL,
dateBuffer, sizeof(dateBuffer));
        printf("ret=%d\n");
        printf("%s\n", dateBuffer);
        return 0;
}

[Bug 16481] sShortDate ignored by wine

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=16481

Damjan Jovanovic  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEEDINFO

--- Comment #4 from Damjan Jovanovic  ---
It looks good to me with Wine > 5.19 and Far 3.0.5665.0 x86

Please re-test.

[Bug 16481] sShortDate ignored by wine

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=16481

joaopa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #5 from joaopa  ---
Reported working by comment 4.
No answer from the reporter since 11 years. Can an administrator close this bug
as ABANDONED?