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: wine-bugs(a)winehq.org
ReportedBy: singularita(a)gmail.com
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...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16400
Summary: Australian etax help feature does not work
Product: Wine
Version: unspecified
Platform: All
URL: http://ato.gov.au/content/downloads/etax2008/etax2008_1.
exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens(a)porup.com
Pursuant to bug 14560.
The help feature of the Australian etax program no longer segfaults, but merely
present a blank screen.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19279
Summary: Roller Coaster Tycoon 2 will not run without
Window/Desktop emulation mode
Product: Wine
Version: 1.1.25
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dave1g(a)satx.rr.com
+++ This bug was initially created as a clone of Bug #19278 +++
after installing the NO-CD patch from gameburnworld.com
$ wine rct2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f808,0x00000000), stub!
(only a white box artifact was seen in the top left corner of the screen)
running winecfg and turning on desktop emulation mode allows the program to
run just fine though various warnings are printed to the console, nothing was
noticably wrong in the game.
(run winecfg and do your business)
$ winecfg
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
(now run the game)
$ wine rct2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f808,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969
Summary: 2weistein + ElDorado: y and z switched with German
keyboard/locale
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
I'm using the German version of both apps below, with LANG=de_DE.UTF-8 typical
of a German locale and a German keyboard with Ubuntu Intrepid. One
particularity of the German keyboard is that Y and Z are switched.
2weistein is entirely driven by mouse except in the savegame dialog. There, z
and y are switched (as if I were using a US keyboard) when entering the file
name.
El Dorado (German localised version) uses the y key to run. I must press the z
key (between t and u) instead (in both the configuration menu and during game
play).
The bug about 2weistein also occurs with MacOS X.5.7, XQuartz 2.3.3.2 and
Apple's German keyboard.
Many other apps work fine.
I thought Wine had code to sort-of revert the locale-dependent keyboard mapping
(like dosbox). 2weistein is surprising, since one would not expect it to use
low-level scancodes or similar in basically a file requester -- and it
originates from Germany, so it undoubtfully works well in a German MS-Windows.
Maybe the default code page selection does not work correctly? I also own a
very old French title ("Kiyeko et les voleurs de nuit"; it says "win3.1
minimum") that supports 5 European languages and starts in English even with
LANG=fr_... (the French locale files are installed on the Ubuntu system). I
wrote no bug report so far because I couldn't test yet how it starts in
MS-Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12664
Summary: Game Craft after selecting Pilot
Product: Wine
Version: 0.9.59.
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=11224
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kur1g3n(a)hotmail.com
Created an attachment (id=12321)
--> (http://bugs.winehq.org/attachment.cgi?id=12321)
Log of what says wine all the way from launcher to game crash
Once in game, we can choose the pilot we want to play, after selecting it, the
game begins loading, and it crashes during loading (or at end ?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12179
Summary: MSN Messenger crash in Wine 0.9.58 while starting
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11576)
--> (http://bugs.winehq.org/attachment.cgi?id=11576)
Console output
After install it MSN Messenger will crash while loading in wine 0.9.58, it
starts if you set it to win2k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16772
Summary: MSN Messenger 7.0: Scroll bar in chat window don't have
a limit
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
If you're chatting in MSN and have write enough to make appear the scroll bar
you can scroll down the text without limit. The scroll is supposed to scroll
just until the end of the text.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12447
Summary: MSN Messenger 7.0 crash while loading the Contact list
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11987)
--> (http://bugs.winehq.org/attachment.cgi?id=11987)
Console output
After Sign in and when it start to load the contact list msn messenger crash.
This happen in current git (08/04/2008). I attach the console output.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15305
Summary: MSN Messenger wont remember yor username and password
Product: Wine
Version: 1.1.3
Platform: PC
URL: http://www.oldapps.com/download.php?oldappsid=Install_MS
N_Messenger%207.5.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=16135)
--> (http://bugs.winehq.org/attachment.cgi?id=16135)
Before install native MSXML3
MSN Messenger has the option to save your user name and password, but in Wine
it doesn't work at least that you install native MSXML3.
While typing you will see lots of this message:
XPath error : Undefined namespace prefix
xmlXPathEval: evaluation failed
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14483
Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE
images not digitally signed (TRUST_E_NOSIGNATURE)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.filehippo.com/download_msn_messenger/751/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a follow-up bug of bug 12718
Enable tracing:
--- snip ---
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace]
"Level"=dword:00000099
--- snip ---
"msnmsgr.exe" PE image is *not* digitally signed.
Compare both:
--- snip windows trace ---
..
<3776, 3780>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802
<3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip windows trace ---
vs.
--- snip wine trace ---
..
<8, 9>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe.
@util.cpp_807
<8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN
Messenger\msnmsgr.exe. @util.cpp_808
<8, 9>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip wine trace ---
--- snip wine ---
0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc
..
0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0
0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a
0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0
0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100)
0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942
0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001
0030:trace:wintrust:WinVerifyTrust returning 00000001
0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9
--- snip wine ---
Remember: S_FALSE is not a failure code at all.
The return code evaluation from messenger looks like an inlined FAILED() macro
((HRESULT)(Status)<0) which basically just tests if the result has the high bit
set.
They don't test for S_OK, hence it incorrectly reports "pass" in wine.
TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what
WinVerifyTrustEx() should return in that case.
Reagrds
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.