June 2014 - Wine-Bugs - list.winehq.org

[Bug 16845] New: Radio buttons not being checked on focus
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=16845 Summary: Radio buttons not being checked on focus Product: Wine Version: CVS/GIT Platform: Other URL: http://www.chiark.greenend.org.uk/~sgtatham/putty/downlo ad.html OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: munozferna(a)gmail.com Current wine behavior is to just assign the focus to the radio button, however, Windows checks the radio button when it gets focus through the keyboard arrows. Steps to reproduce: 1. Open putty 2. Click the Raw radio button 3. Press right arrow twice Actual results * Port textbox stays at 23 * Rlogin radio button is not checked Expected results (windows behavior) * Port textbox changes to 513 * Rlogin radio button is checked I'm attaching a patch that I believe fixes this, comments about it would be appreciated. -- 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.

2 26

[Bug 11095] New: some keyboard shortcuts do not work in the celestia installer
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=11095 Summary: some keyboard shortcuts do not work in the celestia installer Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com I've seen this problem in some programs, but not others. Here's one problem where it happens: In the Celestia installer, on the initial page, it asks you to accept the GPL license. By default, the radio button has "do not accept" selected. On Windows, I can press "alt + a" to select the "accept" radio button. On Wine, the "accept" button gets focus when I press "alt + a", but the radio button doesn't get selected. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 23525] New: Daytona USA Evolutions: some text/graphics are black, should be colored
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=23525 Summary: Daytona USA Evolutions: some text/graphics are black, should be colored Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://sega.jp/pc/daytonae/trial.shtml OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=29366) --> (http://bugs.winehq.org/attachment.cgi?id=29366) wine screenshot It's an old Direct 6.1 game...luckily, it's got a free download (only 42 mb). Run the game, press enter repeatedly, and start the game. You'll see your car, but the speedometer/time/etc. are all black. I'll attach a windows screenshot for comparison. Terminal output is pretty short: fixme:win:WINNLSEnableIME hUnknown1 (nil) bUnknown2 0: stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f1a8,0x00000000), stub! fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x164150,0x164098): stub fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:heap:RtlCompactHeap (0x110000, 0x0) stub err:ole:CoUninitialize Mismatched CoUninitialize fixme:d3d:IWineD3DDeviceImpl_Release (0x1584e0) Device released with resources still bound, acceptable but unexpected fixme:d3d:IWineD3DDeviceImpl_Release Leftover resource 0x342ced0 with type WINED3DRTYPE_SURFACE (0x1). fixme:d3d:IWineD3DDeviceImpl_Release Leftover resource 0x3417c90 with type WINED3DRTYPE_SURFACE (0x1). fixme:d3d:IWineD3DDeviceImpl_Release Leftover resource 0x342ea78 with type WINED3DRTYPE_SURFACE (0x1). fixme:d3d:IWineD3DDeviceImpl_Release Leftover resource 0x38bb6d8 with type WINED3DRTYPE_SURFACE (0x1). -- 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.

2 13

[Bug 31348] New: Can't select the file from popup
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=31348 Bug #: 31348 Summary: Can't select the file from popup Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kenorb(a)gmail.com Classification: Unclassified I'm using the software called: EX4-TO-MQ4 Decompiler 4.0.427 (Demo) Free available from: http://purebeam.biz/#download_decompiler But it doesn't work, because I can't select the file. Here are some logs: I'm starting it: $ wine ex4_to_mq4_demo.exe fixme:msg:ChangeWindowMessageFilter 233 00000001 fixme:msg:ChangeWindowMessageFilter 4a 00000001 fixme:msg:ChangeWindowMessageFilter 49 00000001 fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub! fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub! fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub! fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub! (last message repeats couple of times with 0 and -1, possible when the application is focus or not). Then I'm clicking 'Decompile...' button to select the file. I've following logs: fixme:commdlg:IServiceProvider_fnQueryService Interface {e07010ec-bc17-44c0-97b0-46c7c95b9edc} requested from unknown service {e07010ec-bc17-44c0-97b0-46c7c95b9edc} fixme:shell:ViewModeToListStyle ViewMode 0 not implemented fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1026, a003, 0, 0x33e93c) fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1026, a004, 0, 0x33e93c) fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1025, a003, 1, 0x33e93c) fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1025, a004, 1, 0x33e93c) fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub! The file selection popup appeared, so I can select the file. Once I've clicked on the file, I've following messages: fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6 fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6 (last message repeats around 40 times more at the same time) fixme:shell:IShellBrowser_fnOnViewWindowActive stub, 0x164e20 (0x165368) Selecting the file (some.ex4), I've following messages: fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub! fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6 (the last message - many of them) fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub! fixme:shell:IShellItemArray_fnEnumItems Stub: 0x173c40 (0x33f83c) After that no files were selected. Also I can't type manually in 'File' textbox. The other think which doesn't work, is dropping the file, but I assume it's not supported in Wine. I've seen some similar errors in following tickets: http://bugs.winehq.org/show_bug.cgi?id=27936 http://bugs.winehq.org/show_bug.cgi?id=23525 http://bugs.winehq.org/show_bug.cgi?id=11095 And those somebody else pastebins contains exact message which I've: http://pastebin.com/rx9xRPKY http://pastebin.com/QW8T25Xh which is: 'fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub!' Basically my goals is to try this program, but it simply doesn't work as expected. P.S. I've compiled latest version from Git from the sources on Mac, so eventually I could apply some patches or write some (if I'll have some good directions) to test it. Thank you. -- 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.

2 9

[Bug 33292] New: Vietcong: Disc can't be authenticated
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=33292 Bug #: 33292 Summary: Vietcong: Disc can't be authenticated Product: Wine Version: 1.5.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Starting Vietcong with the original disc will result the most times in the error message "Unable to authenticate original disc within time limit.". Clicking on "Retry" will continue the authentication process but the vietcong process will then close after a few seconds. The only message the terminal is showing is "fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)". -- 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.

2 8

[Bug 31072] New: Diablo III: Sound is very quiet
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=31072 Bug #: 31072 Summary: Diablo III: Sound is very quiet Product: Wine Version: 1.5.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified If some NPC's are talking for example if I'm finding a book with a story I have troubles to understand them because the voices are very quiet. I have already set all ingame sound to 100% and have still to need to turn up much my sound boxes. Only the cinematics have a loud (normal) sound. -- 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.

2 25

[Bug 36708] New: Crash during attempt to load SecureDownloadManager.exe
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=36708 Bug ID: 36708 Summary: Crash during attempt to load SecureDownloadManager.exe Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fyejm5(a)gmail.com Created attachment 48753 --> http://bugs.winehq.org/attachment.cgi?id=48753 Unhandled exception: page fault on read access to 0x00710033 in 32-bit code Successfully installed a .MSI file for a secure downloader specific to licensed Windows-related software. When attempting to initiate the .exe for the downloader and load the .SDX file (URL to location of software), Wine crashed with the attached dump. -- 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.

2 3

[Bug 29445] New: LearningCenter.exe fail to start with mono28 but works with native .net
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=29445 Bug #: 29445 Summary: LearningCenter.exe fail to start with mono28 but works with native .net Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download from http://cetd.sysu.edu.cn/class/NPELSPluginSetup.rar 2. unrar NPELSPluginSetup.rar 3. winetricks -q mono210 4. install setup_v1.1.0.103(101217).exe 5. start LearningCenter.exe $ cd "~/.wine/drive_c/Program Files/SFLEP/NPELS_LearningCenter_5.0" $ wine LearningCenter.exe The application could not start at all, but with native .net2.0 it can start. Will attach full logs. -- 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.

2 15

[Bug 16577] New: ntdll/loader/actctx: add support of SxS assembly binding redirects
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=16577 Summary: ntdll/loader/actctx: add support of SxS assembly binding redirects Product: Wine Version: 1.1.10 Platform: All URL: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a showcase bug. I used the app from bug 12414 as example because it highlights some of the issues and hopefully helps to understand the problem (with my comments). We need to end this winetricks vcrun2XXX SxS mess/hell, which requires direct match of SxS assembly dependencies/bindings. Download: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE $ sha1sum CNX130NSAEN.EXE -> f31b38e3bcca17c8050c207b79315c9be23d582d Prerequisite: clean WINEPREFIX, winetricks dotnet20 --- The first installer show stopper (which is this bug report out) are actually two bugs: one in winetricks and one in the installer. When you did 'sh winetricks dotnet20' step and start the installer, an error message box will be shown shortly thereafter: --- snip --- Microsoft Visual C++ Runtime Library Program: c:\windows\temp\RarSFX0\cnx.exe R6034 An application has made an attempt to load the C runtime library incorrectly. --- snip --- The problem comes in form of a sub-installer dependency: WINEDEBUG=+tid,+seh,+loaddll,+process wine ./nikon.exe --- snip --- ... 0079:trace:process:CreateProcessW app (null) cmdline L"C:\\windows\\temp\\RarSFX0\\cnx.exe" ... 0079:trace:process:CreateProcessW started process pid 007a tid 007b ... 007b:trace:loaddll:free_modref Unloaded module L"C:\\windows\\temp\\nshbb9d.tmp\\UserInfo.dll" : native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\process.dll" at 0x10000000: native 007b:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\LIBEXPATW.dll" at 0x3d0000: native 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mpr.dll" at 0x60c50000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wininet.dll" at 0x60c00000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x60c80000: builtin 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR80.dll" at 0x78130000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP80.dll" at 0x7c420000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\Activation.dll" at 0x3a0000: native --- snip --- The culprit is: "fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" If we dump the embedded manifest from PE for the "Activation.dll": --- snip --- <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"> </assemblyIdentity> --- snip --- We can see two VC 8.0 runtime versions referenced, the VC 8.0 SP1 and an older VC 8.0 one. "8.0.50727.762" -> Visual C++ 2005 SP1 Redistributable Pack 8.0.50727.762 At this stage, only .NET Framwork 2.0 redist got installed as prerequisite in WINEPREFIX. Because of winetricks' winver 2k hack (missing junction point workaround, bug 12401), VC 8.0.50727.42 runtimes are placed in both: system32 and SxS repo. This results in errorneous behaviour in case of SxS assembly resolver failure (app references 8.x CRT assemblies not found in SxS) - a fallback load from system32 - which causes the CRT error. I already explained the differences between 2K and XP in several other bug reports when it comes to loading of SxS assemblies. In short: prevent any CRT (and ATL/MFC) 8.x+ runtime from being put into system32! Such assemblies are never to be loaded from system32 with winver > 2K! To fix this, 'winetricks dotnet20' step needs to include the removal of these assemblies from system32 as cleanup procedure. A second copy is properly installed into SxS as precaution from M$ guys in the light of win2k -> winxp update which knows about activation contexts/SxS. --- snip .wine/drive_c/windows/system32 --- $ ls -lsa msvc* 472 -rw-rw-r-- 1 focht focht 479232 2005-09-23 08:29 msvcm80.dll 540 -rw-rw-r-- 1 focht focht 548864 2005-09-23 08:29 msvcp80.dll 616 -rw-rw-r-- 1 focht focht 626688 2005-09-23 08:29 msvcr80.dll .. --- snip .wine/drive_c/windows/system32 --- The vendor msi installer bug at this stage is that the sub-installer is executed *before* the VC redist installer which would install all required CRT dependencies into SxS. Hence this error is only shown once. That sub-installer failure seems not critical. Now one might think: "ok, lets do the usual winetricks vcrun2005 ... vcrun2005sp1 mess" before install. If you do this, the error will still remain (assuming you restart with clean WINEPREFIX). The reason is the other "old" VC 8.0 CRT version, referenced in dll manifest: 8.0.50608.0 Winetricks dotnet20 installed a VC 8.0.50727.42 CRT version into SxS (after we removed the ones from system32). This would ideally work but Wine's loader doesn't support the redirection of assembly bindings yet. If you take a look at the policy file from .NET 2.0 installed VC 8 runtime: "c:\windows\winSxS\policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\": --- snip 8.0.50727.42.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.42"/> --- snip 8.0.50727.42.policy --- The policy rule would be satisfied, because the assembly asks for version 8.0.50608.0 and the current "up-to-date" version 8.0.50727.42 can be used for that. After VC 8.0 SP1 install (sh winetricks vcrun2005sp1), another policy file is added: --- snip 8.0.50727.762.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.762"/> <bindingRedirect oldVersion="8.0.50727.42-8.0.50727.762" newVersion="8.0.50727.762"/> --- snip 8.0.50727.762.policy --- This would cover (match) the first assembly binding dependency, 8.0.50727.762 Regards -- 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.

2 15

[Bug 35220] New: Clickr: puzzle table is hidden behind solid color with built-in d3dx libraries
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=35220 Bug ID: 35220 Summary: Clickr: puzzle table is hidden behind solid color with built-in d3dx libraries Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 46970 --> http://bugs.winehq.org/attachment.cgi?id=46970 terminal output 'Clickr' is a puzzle game, the Steam version comes bundled with native d3dx9_34.dll. If I use Wine's built-in d3dx9* dlls the puzzle table is covered by some pink color. Either native d3dx9_34 or d3dx9_36 works around the problem and the table is displayed correctly. Fedora 19 Nvidia binary drivers 325.15 -- 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.

2 13