January 2012 - Wine-Bugs - list.winehq.org

[Bug 10059] New: Windows Live Messenger 8. 5 - You can not type into login boxes
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=10059 Summary: Windows Live Messenger 8.5 - You can not type into login boxes Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: philip.kent(a)ntlworld.com When trying to run Windows Live Messenger 8.5 (install instructions in AppDB - http://appdb.winehq.org/objectManager.php?sClass=version&iId=8146) you will find you can not log in. This is because it is impossible to type into the textboxes requesting usernames and passwords. They are too small and do not accept input. A log file is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 13777] New: Can't write in login and password fields in MSN8
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=13777 Summary: Can't write in login and password fields in MSN8 Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: igamads(a)gmail.com Created an attachment (id=13810) --> (http://bugs.winehq.org/attachment.cgi?id=13810) Terminal output on msn8 and clean wineprefix Can't right on the fields for Login and password. -- 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 4

[Bug 14358] New: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=14358 Summary: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =3c9a983a-ac14-4125-8ba0-d36d67e0f4ad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bug for James Hawkins ... low priority. Encountered this when I accidentally forgot the .NET 2.0 prerequisite before Office 2007 installation. Setup dies in wine's fusion due to bugs in CLR metadata processing while installing primary interop assemblies for Office into GAC. --- snip --- 003f:trace:fusion:CreateAssemblyCache (0x32fe9c, 0) 003f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000008) ret=79655027 003f:Ret ntdll.RtlAllocateHeap() retval=00114ec0 ret=79655027 003f:Ret fusion.CreateAssemblyCache() retval=00000000 ret=694077de 003f:trace:fusion:IAssemblyCacheImpl_InstallAssembly (0x114ec0, 0, L"Microsoft.mshtml.dll", (nil)) .. 003f:Call KERNEL32.CreateFileW(00115168 L"Microsoft.mshtml.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=7965724f 003f:Ret KERNEL32.CreateFileW() retval=00000038 ret=7965724f 003f:Call KERNEL32.CreateFileMappingW(00000038,00000000,00000002,00000000,00000000,00000000) ret=7965728e 003f:Ret KERNEL32.CreateFileMappingW() retval=0000003c ret=7965728e 003f:Call KERNEL32.MapViewOfFile(0000003c,00000004,00000000,00000000,00000000) ret=796572c4 003f:Ret KERNEL32.MapViewOfFile() retval=00440000 ret=796572c4 003f:Call ntdll.RtlImageNtHeader(00440000) ret=796572d6 003f:Ret ntdll.RtlImageNtHeader() retval=00440080 ret=796572d6 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,00002008,00000000) ret=7965736d 003f:Ret ntdll.RtlImageRvaToVa() retval=00441008 ret=7965736d 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237c4,00000000) ret=7965739f 003f:Ret ntdll.RtlImageRvaToVa() retval=005627c4 ret=7965739f 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237e4,00000000) ret=796573d1 003f:Ret ntdll.RtlImageRvaToVa() retval=005627e4 ret=796573d1 003f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x602636b3 003f:trace:seh:raise_exception info[0]=00000000 003f:trace:seh:raise_exception info[1]=00000000 003f:trace:seh:raise_exception eax=00000000 ebx=79659168 ecx=00000000 edx=0012c8c0 esi=80131018 edi=00000000 003f:trace:seh:raise_exception ebp=0032fc08 esp=0032fbec cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010246 003f:trace:seh:call_stack_handlers calling handler at 0x7b877bc0 code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000000 at address 0x602636b3 (thread 003f), starting debugger... 003f:trace:seh:start_debugger Starting debugger "winedbg --auto 62 68" 003f:trace:seh:call_stack_handlers handler at 0x7b877bc0 returned 1 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x602636b3). --- snip --- CLR metadata section header is incorrectly processed (offset calculation). The version length is rounded to DWORD boundary - this needs to be taken into account (crash on some assemblies). Also the CLR metadata tables offset calculation is not correct. A good crash candidate is "Microsoft.mshtml.dll", the primary interop assembly (PIA) for mshtml.dll A good source of information about PE CLR data structures is here: http://www.ntcore.com/Files/dotnetformat.htm You might also want to have a look at CFF explorer, one of the rare PE tools which support .NET/CLR metadata: http://www.ntcore.com/exsuite.php If you use it on assemblies with large amount of CLR metadata, like Microsoft.mshtml.dll PIA, it might take lots of time to parse all tables. It gives you all the info (metadata table offsets/RVA's) for verification of calculations. I wrote my own little test which just calls fusion's IAssemblyCache_InstallAssembly on assemblies to verify my findings/patches. I'll leave out any patch snippets to give potential patch implementor full freedom. For testing purposes you can use the "Office 2003 Update: Redistributable Primary Interop Assemblies" from Micro$oft support which is available for download (see URL). Extract and run 'msiexec -x O2003PIA.msi'. 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 10

[Bug 28225] New: Wine refuses to load native MSVCP90.dll, and won't even say why.
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=28225 Summary: Wine refuses to load native MSVCP90.dll, and won't even say why. Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: skotlex(a)mailforce.net Back in version 1.3.26 wine was working correctly in the application I was using it for (Ragnarok Online, used to have platinum rating in the appDB), but since 1.3.27 wine cannot launch the application anymore. By default, it tries to use the built-in MSVCP90.dll, which is a no go because it has missing functions (already reported in bug #28215). However, the problem is when I try to force the native version to be used, wine will not load it, and it won't even give any explanation on why. WINEDLLOVERRIDES="msvcp90=n" WINEDEBUG=+loaddll wine ragnarok.exe Will print (relevant part): trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\iphlpapi.dll" at 0x7e3e0000: builtin trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\netapi32.dll" at 0x7e410000: builtin err:module:import_dll Library MSVCP90.dll (which is needed by L"C:\\ro\\ragnarok.exe") not found trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\msvcrt.dll" at 0x7e340000: builtin trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\msvcr90.dll" at 0x7e3c0000: builtin The file, msvcp90.dll, is in the same directory as the executable, and there is a Manifest for it as well (Microsoft.VC90.CRT.manifest): <?xml version="1.0" encoding="UTF-8" standalone="yes"?>  <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <noInheritable/> <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b" /> <file name="msvcr90.dll" /> <file name="msvcp90.dll" /> <file name="msvcm90.dll" /> </assembly> According to winefile, the msvcp90.dll file I have has the following properties: Version: 9.0.21022.8 Size: 568832 Bytes FileVersion: 9.00.21022.8 InternalName: MSVCP90.DLL ProductVersion: 9.00.21022.8 One thing that jumps to the eye is the fact that the different version fields don't agree on whether it is 9.0.X, or 9.00.X, but that may be normal. What I don't find normal is the fact that wine doesn't give me any hint on what is wrong and why it cannot load that dll :/ I am guessing it is related to manifests, since the support for that went in in this Wine version. So, in summary, shouldn't wine print out an error message detailing why it failed to load a particular dll file? -- 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 17

[Bug 22581] New: Internet Explorer 3.01 crashes on some web pages
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=22581 Summary: Internet Explorer 3.01 crashes on some web pages Product: Wine Version: 1.1.43 Platform: x86-64 URL: http://www.oldversion.com/download/msie301w311.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=27709) --> (http://bugs.winehq.org/attachment.cgi?id=27709) Full crash log IE 3.01 for Windows 3.1 crashes when attempting to load some web pages. For instance, attempting to search in AppDB triggers this crash. Probable culprit: wine: Call from 0x7b837bea to unimplemented function ole2disp.dll16.VARIANTINIT, aborting wine: Unimplemented function ole2disp.dll16.VARIANTINIT called at address 0x7b837bea (thread 001a), starting debugger... -- 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 17

[Bug 28490] New: IE 3.02 installer crashes with builtin shdocvw - unimplemented function shdocvw.dll.InstallReg_RunDLL
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=28490 Summary: IE 3.02 installer crashes with builtin shdocvw - unimplemented function shdocvw.dll.InstallReg_RunDLL Product: Wine Version: 1.3.29 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com If the 32-bit IE3 installer is run without an override for shdocvw, it crashes after rebooting: wine: Call from 0x7b83b4c2 to unimplemented function shdocvw.dll.InstallReg_RunDLL, aborting wine: Unimplemented function shdocvw.dll.InstallReg_RunDLL called at address 0x7b83b4c2 (thread 0043), starting debugger... The installation continues afterward, so this seems to be harmless aside from giving a crash dialog to dismiss. To run the installer, the reported Windows version should be Windows 95, and you'll need an app-specific override for infinst2.exe setting shell32 to disabled (or native only). -- 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 11

[Bug 29171] New: Internet Explorer 3.02 shows a cut off message when removing a registered file type
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=29171 Bug #: 29171 Summary: Internet Explorer 3.02 shows a cut off message when removing a registered file type Product: Wine Version: 1.3.33 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified When trying to remove one of the registered file types from IE3's file types dialog, it gives the following confirmation message: "If you remove a registered file type, you will not be able to open files of that type by double-cli" With native shell32 and shfolder, it shows the full message: "If you remove a registered file type, you will not be able to open files of that type by double-clicking their icons. Are you sure you want to remove the file type?" No change with native shfolder only, fails to start with shell32 only. Running with WINEDEBUG=+shell shows one line of output printed each time that dialog is opened: trace:shell:ShellMessageBoxA (0x63280000,0x100da,0x1aff,0x1af6,00000034) Steps to reproduce: - Install with 'winetricks ie3' - Run 'wine control inetcpl.cpl' - Go to the programs tab - Click "file types" - Click the remove button -- 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 5

[Bug 28973] New: Internet Explorer 3.02 crashes often if native shdocvw is used
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=28973 Bug #: 28973 Summary: Internet Explorer 3.02 crashes often if native shdocvw is used Product: Wine Version: 1.3.31 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 37256 --> http://bugs.winehq.org/attachment.cgi?id=37256 Hack IE3 crashes under many conditions if the included copy of shdocvw.dll is used - which, as far as I can tell, is required to use the IE3 interface (using builtin shdocvw forces the use of the builtin iexplore interface... and has other issues with IE3). Some actions that trigger the crash include using the address bar, passing a URL as a command line parameter, loading the WineHQ forum, clicking the home button... The cause is: wine: Unimplemented function shdocvw.dll.218 called at address 0x7b83b722 (thread 0009), starting debugger... I found the source of that call in shell32/shfldr_desktop.c: return IEParseDisplayNameWithBCW(CP_ACP,lpszDisplayName,pbc,ppidl); After hacking it to return E_NOTIMPL instead, the crashes are gone. Could Wine check whether the function is available before calling it? Recipe to reproduce: 1. Add native,builtin overrides for shdocvw and mshtml 2. Install with winetricks from svn (winetricks ie3) 3. Run with wine 'C:/Program Files/Internet Explorer/iexplore.exe' The first instance of the crash will be after answering whether IE should be the default browser on first run. -- 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 5

[Bug 28941] New: Internet Explorer 3.02 crashes on viewing file types
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=28941 Bug #: 28941 Summary: Internet Explorer 3.02 crashes on viewing file types Product: Wine Version: 1.3.31 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 37202 --> http://bugs.winehq.org/attachment.cgi?id=37202 Terminal output IE3 crashes with an unhandled page fault when trying to access the file types dialog. To test, install with winetricks from svn using 'winetricks win95 ie3' or follow steps 1-3 from bug 28829 to install manually. Then: - Run 'wine control inetcpl.cpl' - Go to the programs tab - Click "file types" Using builtin url.dll avoids this crash (giving a non-functional dialog instead) but the native one is used by default. -- 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 7

[Bug 28237] New: Hyperlinks do nothing in Internet Explorer 3.02
by wine-bugs＠winehq.org Aug. 8, 2021

Aug. 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=28237 Summary: Hyperlinks do nothing in Internet Explorer 3.02 Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: aeikum(a)codeweavers.com Regression SHA1: cb5eb331590c96c26ab50cfe9ae96692dfcca34f Created an attachment (id=36176) --> (http://bugs.winehq.org/attachment.cgi?id=36176) +hlink log When clicking on any link in IE 3.02, nothing happens. I tested with some older versions of Wine and found that it worked in 1.3.0, so I did a regression test: cb5eb331590c96c26ab50cfe9ae96692dfcca34f is the first bad commit commit cb5eb331590c96c26ab50cfe9ae96692dfcca34f Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Mon Aug 16 13:55:14 2010 -0500 hlink: Implement HLINKGETREF flags handling. :040000 040000 dd6714c8b823591e32d9c0f9e66f9ee1a68e4742 a82e4eda4beb5ecb0f833a0887fb152e13e7fdc0 M dlls Reverting that patch fixed the problem. BTW, I also verified that this old version of IE still works properly with a more modern native hlink (from XP). Steps to install IE3 and see the problem: 1. Run iexplore -unregserver 2. In winecfg, add global overrides for some core IE libraries: iexplore.exe, jscript, mshtml, shdocvw, urlmon, wininet 3. Add a new application on the applications tab - infinst2.exe - and set shell32 to disabled for this executable. 4. Run the installer, leave all settings at default, and allow it to restart at the end. 5. On the first run of IE, disable the default browser check. It will then crash from an unimplemented function. 6. Run the browser a second time and there should be no crash (just don't try to use the address bar or home button). Click any of the links on the WineHQ homepage and nothing will happen. -- 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 6