October 2014 - Wine-bugs - list.winehq.org

[Bug 26628] New: iexplore: certificate validation result not displayed
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=26628 Summary: iexplore: certificate validation result not displayed Product: Wine Version: 1.3.17 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de The current certificate issues made clear, what Wine should display the result of a certificate validation to the user in iexplore.exe incident: http://www.comodo.com/Comodo-Fraud-Incident-2011-03-23.html Revocations (CRL/OCSP) can be blocked: http://www.imperialviolet.org/2011/03/18/revocation.html Mozilla added a certificate blacklist: https://bugzilla.mozilla.org/show_bug.cgi?id=642395 Blog entry from a tor project member: https://blog.torproject.org/blog/detecting-certificate-authority-compromise… clrwatch: https://github.com/ioerror/crlwatch -- By by ... Detlef -- 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.

1 4

[Bug 28901] New: Slower than expected performance in Jedi Academy Multiplayer (AMD Radeon card)
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=28901 Bug #: 28901 Summary: Slower than expected performance in Jedi Academy Multiplayer (AMD Radeon card) Product: Wine Version: 1.3.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: newfie.bugreporting(a)gmail.com Classification: Unclassified I'm assuming this could be related to my graphics card. Short specs: 8 GB RAM AMD Radeon HD 6450 512mb Graphics AMD Phenom II x6 2.9 ghz CPU Any version of Wine -- I'm getting much lower performance than expected on Jedi Academy on this particular system. I'm using the official catalyst drivers on Ubuntu 11.04, and native games run fine (Urban Terror at a constant 130 FPS). But on Jedi Academy, there's a slight "jitter" in the graphics and the in-game FPS meter jumps between 80 and 110 a lot. When there are more than 3 players on a server the performance impact is much more noticeable. Even though the FPS shows a good rate, the game doesn't feel smooth. Some maps feel much worse than others. On my Windows 7 partition, I get a very smooth experience with a constant 300 FPS ingame. Not a single hitch. An old laptop of mine runs the game with lower FPS, but with flawless gameplay. With an integrated, entry level, Nvidia graphics card on the laptop I get a consistent 100 FPS in Wine and everything performs exactly as it would in Windows. I am sure this issue is most likely related to the AMD graphics card. Still, it would be great if this issue were addressed because a game that normally runs flawlessly in Wine just runs sub-optimally. -- 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.

1 4

[Bug 27494] New: FlashDevelop doesn't start, throws error
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27494 Summary: FlashDevelop doesn't start, throws error Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: antony.gelberg(a)gmail.com Created an attachment (id=35154) --> (http://bugs.winehq.org/attachment.cgi?id=35154) Log file After installing all the deps for FlashDevelop (flashdevelop.org) I thought running the software would be the easy bit. But it bailed with an exception. I've attached the log. I think it's a Mono exception but I'm not sure. I installed Mono with winetricks mono2010. This was on git master - wine-1.3.22-78-g4b2bfb4. Please let me know if you need any more information. -- 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.

1 6

[Bug 17959] New: SplashID crashes with fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=17959 Summary: SplashID crashes with fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented Product: Wine Version: 1.1.18 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)askneil.com Created an attachment (id=20306) --> (http://bugs.winehq.org/attachment.cgi?id=20306) full output from wine app crash I was trying to get splashid working with wine. Splashid installer is available from: http://www.splashdata.com/splashid/download/standalone.htm The installation worked fine. I tried to import data from an existing splashid instance. As the import was happening I got this error: fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented wine: Unhandled page fault on read access to 0x00000022 at address 0x412bae (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000022 in 32-bit code (0x00412bae). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00412bae ESP:0033cb9c EBP:00000000 EFLAGS:00010246( - 00 -RIZP1) EAX:00a77e48 EBX:00000000 ECX:00000000 EDX:00000000 ESI:00000000 EDI:00a77f4c (I've added the full trace as an attachment) I am running wine-1.1.18, linux 2.6.27, gcc 4.3.3, on a gentoo box. Splashid had an identical crash when trying to restore as it did while importing. -- 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.

1 12

[Bug 28064] New: comctl32 status.ok test fails on damsascus font.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=28064 Summary: comctl32 status.ok test fails on damsascus font. Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: per(a)morth.org Finally decided to run some tests, but seems I can't pass this one: : [Falken ~/Unix/src/wine/dlls/comctl32/tests] 001; env WINEPREFIX=/Users/pelle/winetest make test ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so status.c && touch status.ok fixme:iphlpapi:NotifyAddrChange (Handle 0xa5f55c, overlapped 0xa5f540): stub wine: configuration in '/Users/pelle/winetest' has been updated. status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus #6 status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus #7 ... status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #6 status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #7 ... status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #72 make: *** [status.ok] Error 32 /Library/Fonts/Damascus.ttc is always installed on OS X Lion it seems. Googling it shows it's a Arabic font, so perhaps the problem is lack of latin? -- 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.

1 4

[Bug 10382] New: Tribes 2: must double-tap for in game chat
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=10382 Summary: Tribes 2: must double-tap for in game chat Product: Wine Version: 0.9.48. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: spock128(a)gmail.com When in game, the chat keys must be pressed twice after the first use. For example, I can press 'u' (global chat) once to bring up a text entry box to say something in the global channel (correct operation). After that, I must hit 'u' twice to bring up the text entry box. In-game console shows the error: DInputDevice::syncKeyboardState - DIERR_INVALIDPARAM Switching out of the game window and back will reset the condition - it works for first use then must hit twice. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 27431] New: GetModuleFileNameW behaves unexpectedly when applications use a hardcoded hmodule=0x10000000
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27431 Summary: GetModuleFileNameW behaves unexpectedly when applications use a hardcoded hmodule=0x10000000 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rswarbrick(a)gmail.com Created an attachment (id=35079) --> (http://bugs.winehq.org/attachment.cgi?id=35079) Log file as described in the report SUMMARY: ======== Some code stupidly assumes that the hModule parameter describing the current exe is always 0x10000000. On my system, at least, this isn't true. The software then fails to work properly when it calls GetModuleFileName. WHAT I FOUND / TO REPRODUCE: ============================ I'm trying to get the Onzo energy meter software [1] working and was confused by messages like: 12:55:57: Debug: src/helpers.cpp(140): 'CreateActCtx' failed with error 0x0000007b (no more data available). appearing on the stderr. It turns out that this is a wxPython message from a failing call to CreateActCtx. The Onzo software is closed-source, but the code in helpers.cpp that's calling CreateActCtx is probably what you get from downloading something at [2]. In particular, it might well be the following: static ULONG_PTR wxPySetActivationContext() { OSVERSIONINFO info; wxZeroMemory(info); info.dwOSVersionInfoSize = sizeof(OSVERSIONINFO); GetVersionEx(&info); if (info.dwMajorVersion < 5) return 0; ULONG_PTR cookie = 0; HANDLE h; ACTCTX actctx; TCHAR modulename[MAX_PATH]; GetModuleFileName(wxGetInstance(), modulename, MAX_PATH); wxZeroMemory(actctx); actctx.cbSize = sizeof(actctx); actctx.lpSource = modulename; actctx.lpResourceName = MAKEINTRESOURCE(2); actctx.hModule = wxGetInstance(); actctx.dwFlags = ACTCTX_FLAG_HMODULE_VALID | ACTCTX_FLAG_RESOURCE_NAME_VALID; h = CreateActCtx(&actctx); if (h == INVALID_HANDLE_VALUE) { wxLogLastError(wxT("CreateActCtx")); return 0; } if (! ActivateActCtx(h, &cookie)) wxLogLastError(wxT("ActivateActCtx")); return cookie; } After staring at debug logs for a bit, I realised that GetModuleFileName was storing "" into modulename and returning 0. Note the bullet-proof code in wxPython checking whether this happens... Anyway, I then instrumented GetModuleFileName to find out what was going on (in a rather low-tech way) adding a line fprintf (stderr, "hmodule = %p; lpFN = %p; size = %d\n", hModule, lpFileName, size); near the start of the function and, once I'd realised that it was LdrFindEntryForAddress that failed, also printing out a line of the form fprintf (stderr, "nts = %x\n", nts); just after it was called. The resulting debug log included lines looking like this: hmodule = 0x10000000; lpFN = 0x32daa0; size = 260 and it seems that wxGetInstance() is stupidly returning 0x10000000, which I recognise from my 1990's Windows-using days and think is what you always used to get, so maybe it's hardcoded somewhere. This is presumably either in wxPython or in Onzo's code (the wxGetInstance() basically just returns the value of a global variable that can be changed by wxSetInstance(), I think). I'm going to attach a log that I created using this slightly-instrumented wine build with the command WINEDEBUG=+actctx,+file,+module /opt/wine/bin/wine onzo_uploader.exe 2>~/LOG The lines I'm talking about are just above line 13630. The extra "Address ranges searched" lines come from slightly instrumenting LdrFindEntryForAddress: NTSTATUS WINAPI LdrFindEntryForAddress(const void* addr, PLDR_MODULE* pmod) { PLIST_ENTRY mark, entry; PLDR_MODULE mod; fprintf (stderr, "Address ranges searched:\n"); mark = &NtCurrentTeb()->Peb->LdrData->InMemoryOrderModuleList; for (entry = mark->Flink; entry != mark; entry = entry->Flink) { mod = CONTAINING_RECORD(entry, LDR_MODULE, InMemoryOrderModuleList); fprintf (stderr, " %p -> %p\n", mod->BaseAddress, mod->BaseAddress + mod->SizeOfImage); ...}} which I did to check my guess was right about the base address being nonsense. IDEAS FOR FIXING ================ I'm not sure what the correct way to go about fixing this is. I suppose one thing is to check that this really is due to Onzo/wxPython doing something stupid rather than Wine telling their software an incorrect base address somewhere else. I'm not quite sure how to go about doing that. If it is just a hard-coding that actually works on Windows (I presume that Windows's ASLR doesn't mess it up?), maybe LdrFindEntryForAddress needs to hardcode its answer for 0x10000000? But that's really really horrible... Ideas?? Rupert [1] http://download.sse.co.uk/OnzoDownloader/onzo_uploader_latest.msi [2] http://www.wxpython.org/download.php -- 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.

1 6

[Bug 18137] New: Checkpoint installer dies when running fwkern.exe
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=18137 Summary: Checkpoint installer dies when running fwkern.exe Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ashogunnamedmarcus(a)yahoo.com Created an attachment (id=20593) --> (http://bugs.winehq.org/attachment.cgi?id=20593) Entire checkpoint install log file Checkpoint VPN client does not successfully complete installation. I checked out the install log, things seem to be going well until the installer attempts to run 'fwkern.exe'. This results in errors like "Failed to INetCfg" and dumps. I've attached the whole damn log which includes a few install attempts. Thanks and let me know if I can be any help. -- 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.

1 10

[Bug 27871] New: Installing Rosetta Stone Server, error occurs.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27871 Summary: Installing Rosetta Stone Server, error occurs. Product: Wine Version: 1.3.24 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: GRMrGecko(a)gmail.com Created an attachment (id=35649) --> (http://bugs.winehq.org/attachment.cgi?id=35649) Console Log of Installation Hello, I am trying to install Rosetta Stone Manager Version 3 Server and, I am getting an error after the process. The message says, "The wizard was interrupted before Rosetta Stone Manager Version 3 Server could be completely installed." I do not know why this might be, however I have a log and I am a developer so I can help provide more information if requested. -- 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.

1 7

[Bug 24675] New: Civilization V shows terrain and units in grey when using low overlay quality
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24675 Summary: Civilization V shows terrain and units in grey when using low overlay quality Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikko.ronkko(a)iki.fi Created an attachment (id=31190) --> (http://bugs.winehq.org/attachment.cgi?id=31190) Output to console The game video options has a setting "overlay quality". This has three options: high, medium, and low. If low is chosen, all units and terrain are grey making the game completely unplayable. -- 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.

1 4