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

[Bug 29924] New: control and inetcpl show some texts in wrong language
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29924 Bug #: 29924 Summary: control and inetcpl show some texts in wrong language Product: Wine Version: 1.4-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lauri.kentta(a)gmail.com Classification: Unclassified LC_MESSAGES=en_GB.UTF-8 LC_CTYPE=fr_FR.UTF-8 ./wine control The command above makes Wine use mostly English, but a few texts are in French instead: the Control panel title, the inetcpl menu item and description, inetcpl title and the text that should say "Security settings for zone:" on the Security tab. Using en_US instead of en_GB works fine. Apparently Wine does something strange when it can't find a translation that matches exactly the given LC_MESSAGES locale. How to reproduce: * Make sure you have the required locales on your system * Set LC_MESSAGES=en_GB.UTF-8 * Set LC_CTYPE=fr_FR.UTF-8 * Run wine control -- 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 36830] New: Nexon Atlantica Online: broken launcher/updater reports 'Atlantica is currently under maintenance. Please try again later' (relies on 'wininet' to initialize sockets API)
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=36830 Bug ID: 36830 Summary: Nexon Atlantica Online: broken launcher/updater reports 'Atlantica is currently under maintenance. Please try again later' (relies on 'wininet' to initialize sockets API) Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split this off from bug 22479 An up-to-date client is need for successful login which in turn can only be updated by using the launcher 'AtlanticaRun.exe'. --- snip --- $ pwd /home/focht/.wine/drive_c/Nexon/Atlantica $ WINEDEBUG=+tid,+seh,+relay wine ./AtlanticaRun.exe >>log.txt 2>&1 ... 0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0051e82c L"auth.atlantica.nexon.net",ffffffff,0033e334,00000100,00000000,00000000) ret=0040f27f 0024:Ret KERNEL32.WideCharToMultiByte() retval=00000019 ret=0040f27f 0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0051e85e L"8.31.100.59",ffffffff,0033e544,00000100,00000000,00000000) ret=0040f27f 0024:Ret KERNEL32.WideCharToMultiByte() retval=0000000c ret=0040f27f ... 0024:Call user32.SetWindowTextW(000100a8,0033e034 L"Connecting to Front Server...") ret=0042c4ae ... 0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1cf4 "auth.atlantica.nexon.net",ffffffff,0051df80,00000100) ret=0047282d 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000019 ret=0047282d 0024:Call ws2_32.gethostbyname(0051de80 "auth.atlantica.nexon.net") ret=0047287b 0024:Ret ws2_32.gethostbyname() retval=00000000 ret=0047287b ... 0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1df4 "8.31.100.59",ffffffff,0051df80,00000100) ret=0047282d 0024:Ret KERNEL32.MultiByteToWideChar() retval=0000000c ret=0047282d 0024:Call ws2_32.inet_addr(0051de80 "8.31.100.59") ret=004728c7 0024:Ret ws2_32.inet_addr() retval=3b641f08 ret=004728c7 0024:Call ws2_32.htons(000014b4) ret=004728de 0024:Ret ws2_32.htons() retval=0000b414 ret=004728de 0024:Call KERNEL32.GetTickCount() ret=00472925 0024:Ret KERNEL32.GetTickCount() retval=021fe7bc ret=00472925 0024:Call ws2_32.WSASocketA(00000002,00000001,00000000,00000000,00000000,00000001) ret=00472963 0024:Ret ws2_32.WSASocketA() retval=ffffffff ret=00472963 ... <repeats> 0024:Call user32.MessageBoxW(00030076,0056e280 L"Atlantica is currently under maintenance. Please try again later.\r\nIf it's not a maintenance problem, please check your connection, firewall, and/or router settings.",00498558 L"Error",00000040) ret=00427dce --- snip --- Debugger: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7df3718c WS_gethostbyname(name="auth.atlantica.nexon.net") [/home/focht/projects/wine/wine.repo/src/dlls/ws2_32/socket.c:5284] in ws2_32 (0x0033e270) 1 0x00472c35 in atlanticarun (+0x72c34) (0x0033e288) 2 0x0041dfb5 in atlanticarun (+0x1dfb4) (0x0033e2a8) 3 0x00479648 in atlanticarun (+0x79647) (0x0033e2b4) 4 0x00479aee in atlanticarun (+0x79aed) (0x0033e2f8) 5 0x0042b476 in atlanticarun (+0x2b475) (0x0033e390) 6 0x0042767d in atlanticarun (+0x2767c) (0x0033e3b0) 7 0x00429b35 in atlanticarun (+0x29b34) (0x0033e418) 8 0x00429bc4 in atlanticarun (+0x29bc3) (0x0033e438) ... Wine-dbg>p num_startup 0 --- snip --- Some "genius" decided to call this API without prior 'WSAStartup'. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms738524%28v=vs.85%… --- quote --- Return value If no error occurs, gethostbyname returns a pointer to the hostent structure described above. Otherwise, it returns a null pointer and a specific error number can be retrieved by calling WSAGetLastError. Error code Meaning WSANOTINITIALISED A successful WSAStartup call must occur before using this function. --- quote --- It gets better ... there is no 'WSAStartup' import at all. Dumping 'AtlanticaRun.exe' imports table reveals: (I added descriptions for ordinal-only) --- snip --- ... 12. ImageImportDescriptor: OriginalFirstThunk: 0x000A7434 TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x000A7F72 ("WS2_32.dll") FirstThunk: 0x0008A6FC Ordinal/Hint API name ------------ --------------------------------------- 0x0013 (ordinal only) -> "send" 0x0008 (ordinal only) -> "htonl" 0x000F (ordinal only) -> "ntohs" 0x000A (ordinal only) -> "ioctlsocket" 0x000C (ordinal only) -> "inet_ntoa" 0x0010 (ordinal only) -> "recv" 0x0009 (ordinal only) -> "htons" 0x0003 (ordinal only) -> "closesocket" 0x0034 (ordinal only) -> "gethostbyname" 0x0052 "WSASocketA" 0x006F (ordinal only) -> "WSAGetLastError" 0x0049 "WSASend" 0x0044 "WSARecv" 0x000B (ordinal only) -> "inet_addr" 0x0004 (ordinal only) -> "connect" 13. ImageImportDescriptor: OriginalFirstThunk: 0x000A6E14 TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x000A7F8E ("IPHLPAPI.DLL") FirstThunk: 0x0008A0DC Ordinal/Hint API name ------------ --------------------------------------- 0x0082 "IcmpSendEcho" --- snip --- What most likely happens is that the stupid code relies on 'wininet' to initialize sockets API (remains mapped the whole time). There is an early 'wininet' API call before trying auth server/explicit Windows sockets API: --- snip --- ... 0024:Ret PE DLL (proc=0x7de7e038,module=0x7de40000 L"wininet.dll",reason=PROCESS_ATTACH,res=0x1) retval=1 0024:Starting process L"C:\\Nexon\\Atlantica\\AtlanticaRun.exe" (entryproc=0x4438bd) ... 0024:Call wininet.InternetOpenW(00502c90 L"AtlanticaRun",00000000,00000000,00000000,00000000) ret=004351c0 ... 0024:Ret wininet.InternetOpenW() retval=00000001 ret=004351c0 ... --- snip --- 'winetricks -q wininet' works around. Unlike the Wine builtin which uses BSD sockets API directly, native binds to 'ws2_32' and calls 'WSAStartup' from 'InternetOpen' to initialize sockets API. --- snip --- 0024:Ret PE DLL (proc=0x76c0137c,module=0x76c00000 L"WININET.dll",reason=PROCESS_ATTACH,res=0x1) retval=1 0024:Starting process L"C:\\Nexon\\Atlantica\\AtlanticaRun.exe" (entryproc=0x4438bd) ... 0024:Call KERNEL32.CreateMutexA(00000000,00000000,76c07b6c "WininetStartupMutex") ret=76c07489 0024:Ret KERNEL32.CreateMutexA() retval=00000070 ret=76c07489 ... 0024:Call advapi32.RegOpenKeyExA(80000002,76c05020 "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Internet Settings",00000000,00000001,0033e3f4) ret=76c0521b 0024:Ret advapi32.RegOpenKeyExA() retval=00000000 ret=76c0521b ... 0024:Call advapi32.RegQueryValueExA(00000064,76c07680 "BadProxyExpiresTime",00000000,0033e3d8,0033e3d4,0033e3c8) ret=76c05262 0024:Ret advapi32.RegQueryValueExA() retval=00000002 ret=76c05262 ... 0024:Call ws2_32.WSAStartup(00000101,0033e378) ret=76c16d16 0024:Ret ws2_32.WSAStartup() retval=00000000 ret=76c16d16 ... 0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1cf4 "auth.atlantica.nexon.net",ffffffff,0051df80,00000100) ret=0047282d 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000019 ret=0047282d 0024:Call ws2_32.gethostbyname(0051de80 "auth.atlantica.nexon.net") ret=0047287b ... 0024:Ret ws2_32.gethostbyname() retval=00163778 ret=0047287b 0024:Call ws2_32.htons(000014b4) ret=004728de 0024:Ret ws2_32.htons() retval=0000b414 ret=004728de ... 0024:Call ws2_32.WSASocketA(00000002,00000001,00000000,00000000,00000000,00000001) ret=00472963 0024:Ret ws2_32.WSASocketA() retval=000000f4 ret=00472963 ... --- snip --- It should be ok to duplicate Windows at least for the part of having 'WSAStartup' called from 'InternetOpenW' and tearing it down with 'InternetCloseHandle'. Using 'DllMain' function for that would be bad idea and even MS advises against it. $ sha1sum Atlantica_Downloader.exe 814aa0c4fc441e5ab177328a10da59537ef3302b Atlantica_Downloader.exe $ du -sh Atlantica_Downloader.exe 2.5M Atlantica_Downloader.exe $ wine --version wine-1.7.21-19-g8812193 Regards -- 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 29560] New: RagTime 5.6.5 installer does not respond to mouseclicks properly
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29560 Bug #: 29560 Summary: RagTime 5.6.5 installer does not respond to mouseclicks properly Product: Wine Version: 1.2.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified While testing bug 15427, I noticed that the installer's buttons don't respond to mouse clicks unless you alt-tab away and back, or run in a virtual desktop. It responds to keystrokes and autohotkey ControlClick commands just fine, though. Problem was seen in every version of wine tested: 1.2.3, 1.3.14, 1.3.15, 1.3.28, git. (Bug 26374 was for the same installer, might indicate it handles messages in an unusual manner?) -- 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 2

[Bug 32777] New: winmm:mci fails if the current directory is read-only
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32777 Bug #: 32777 Summary: winmm:mci fails if the current directory is read-only Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The winmm:mci conformance test fails if the current directory is read-only. This typically happens if you run it from a read-only network share for instance. z:\wine\dlls\winmm\tests> winmm_crosstest.exe mci mci.c:394: [MCI] with 5 drivers mci.c:765: Test failed: mci save returned MCIERR_FILE_NOT_SAVED mci.c:768: Test failed: mci save returned MCIERR_FILE_NOT_SAVED mci.c:773: Test failed: Save must not rename the original file; DeleteFile returned 5 mci.c:804: Tests skipped: Cannot open waveaudio!tempfile.wav for playing (MCIERR_FILE_NOT_FOUND), skipping mci.c:942: Tests skipped: Cannot open tempfile.wav for playing (MCIERR_FILE_NOT_FOUND), skipping mci.c:1171: Tests skipped: Cannot open tempfile.wav for auto-play, skipping mci: 194 tests executed (0 marked as todo, 3 failures), 3 skipped. It should chdir() to a safe location, such as the temporary directory, before doing the tests that try to write to the current directory. -- 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 5

[Bug 37506] New: object.setAttribute('') fails silently and stops script execution
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=37506 Bug ID: 37506 Summary: object.setAttribute('') fails silently and stops script execution Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: freddi34(a)yahoo.de Distribution: --- Created attachment 49895 --> https://bugs.winehq.org/attachment.cgi?id=49895 demonstration of the problem When a website's javascript attempts to use `setAttribute` to set a style, the script is stopped without raising an error. Although `object.style.property=` is more common, it happens that websites use `setAttribute` because it works in other browsers. Windows applications that embed Internet Explorer to display and interact with such web sites don't function properly, especially there is no error raised. wine 1:1.7.28-0ubuntu amd64 -- 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 3

[Bug 35455] New: 酷狗音乐盒(KuGou Music) hangs
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=35455 Bug ID: 35455 Summary: 酷狗音乐盒(KuGou Music) hangs Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Classification: Unclassified Created attachment 47328 --> http://bugs.winehq.org/attachment.cgi?id=47328 terminal output.txt 0. download from http://downmini.kugou.com/kugou7560.exe $ sha1sum kugou7560.exe 54bbbd51d9bd9c533040cbfc592bae2bdbe97715 kugou7560.exe 1. install it 2. go to the folder of it, run wine KuGou.exe 3. the problem hangs, I had to wineserver -k -- 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 29238] New: Star Trek Armada II: Game crashes when attempting to launch a network game
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29238 Bug #: 29238 Summary: Star Trek Armada II: Game crashes when attempting to launch a network game Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erik.weatherwax(a)gmail.com Classification: Unclassified Created attachment 37774 --> http://bugs.winehq.org/attachment.cgi?id=37774 Console output with backtrace See bug 2271. Game launches fine in clean wineprefix. Selecting Multiplayer -> Local Area Network (TCP/IP) from the opening menu leads to the attached backtrace. This also occurs when selecting Multiplayer -> Internet - Manual IP -> (blank IP) -> OK. -- 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 13

[Bug 37064] New: Ultima IX sometimes crashes on exit
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=37064 Bug ID: 37064 Summary: Ultima IX sometimes crashes on exit Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cthielen(a)gmail.com Created attachment 49253 --> http://bugs.winehq.org/attachment.cgi?id=49253 Wine backtrace of crash The crash is only after the game has completely exited and does not always happen. Before the crash, there's also some curious output on the terminal, in particular, a call to wined3d_unregister_window that wined3d was not tracking: fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16B16A16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:win:EnumDisplayDevicesW ((null),0,0x32e8c8,0x00000000), stub! fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16B16A16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:win:EnumDisplayDevicesW ((null),0,0x32e6a8,0x00000000), stub! err:d3d:wined3d_unregister_window Window 0x10058 is not registered with wined3d. wine: Unhandled page fault on read access to 0x0000003c at address 0x5d5c66 (thread 0009), starting debugger... fixme:dbghelp_msc:pe_load_debug_directory This guy has FPO information fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} -- 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 25553] New: Sometimes 'make test' hangs after an 'under-run' error.
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=25553 Summary: Sometimes 'make test' hangs after an 'under-run' error. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: max+winebugs(a)mtew.isa-geek.net Sometimes the 'msi' test will hang after reporting two 'under-run' errors. I frequently run test builds against the Git repository. The sequence of steps is scripted and consists of: 1) change directory to the working repository directory. 2) If 'Makefile' exists, run 'make distclean' 3) run './configure --prefix="$HOME" --with-x' ... (-march=... and -L=...) 4) run 'make depends' 5) run 'make all' 6) run 'make -k test' 7) run 'make testclean' Step 6) will usually hang. a 'ps a' shows a process 'msi.c' (or something like it). 'kill' that process and the test runs to completion. If it hangs, it will hang consistently. Occasionally something changes in the audio whatever and it completes without problems, only to have the problem recur when something else changes. I have logs and can break out the appropriate sections if needed. -- 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 9

[Bug 32498] New: installer of PPTV: "fell into a bad loop"
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32498 Bug #: 32498 Summary: installer of PPTV: "fell into a bad loop" Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42873 --> http://bugs.winehq.org/attachment.cgi?id=42873 The Log This a follow up of Bug 32160 . You can reproduce it follow: 0. download it md5sum pptvsetup_3.2.1.0076.exe 0798f55492a75b9461cacd48f038f562 pptvsetup_3.2.1.0076.exe ; 1. 'winetricks -q mfc42' to get a workaround ; 2. 'wine pptvsetup_3.2.1.0076.exe' and the program will not do anything after this line was printed: "fixme:atl:AtlModuleInit SEMI-STUB (0x6d63f78 0x6d64000 0x6cf0000) " and it does not exit. And 'winetricks -q jscript' can get a workaround for it. my test enviroment: - Ubuntu 12.10 32bit - wine-1.5.19-244-gf28324a - pptvsetup_3.2.1.0076 -- 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 19