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

[Bug 22327] New: download
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=22327 Summary: download Product: Wine Version: 1.1.42 Platform: x86 URL: http://sourceforge.net/projects/phpgedview/files/1%20P hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl oad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Cannot install PGV demo for Windows using a clean wineprefix. After installing dotnet20sp2 Mono2.4 with winetricks I get the following output: err:module:import_dll Library php5ts.dll (which is needed by L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found (OS 10048)Address already in use: make_sock: could not bind to address 127.0.0.1:6880 no listening sockets available, shutting down Unable to open logs System.OverflowException: Number overflow. at System.Drawing.SizeF.ToSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog () at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000] at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e) [0x00000] at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] -- 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 35545] New: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation
by wine-bugs＠winehq.org 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=35545 Bug ID: 35545 Summary: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... found during investigation of bug 35539 (and blocked by). Probably also needed by Proteus 8 Professional installer. To work around bug 35539 pass 'KEY_SERVER' property via command line: --- snip --- $ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test ... $ fixme:wshom:WshShell3_RegWrite (L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/2b1f2001b153190bbd3bb138684149f6… --- snip --- 811 static HRESULT WINAPI WshShell3_RegWrite(IWshShell3 *iface, BSTR Name, VARIANT *Value, VARIANT *Type) 812 { 813 FIXME("(%s %s %s): stub\n", debugstr_w(Name), debugstr_variant(Value), debugstr_variant(Type)); 814 return E_NOTIMPL; 815 } --- snip --- 'winetricks -q wsh57' obviously works around. $ sha1sum prodemo.exe e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe $ du -sh prodemo.exe 166M prodemo.exe $ wine --version wine-1.7.12 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.

2 7

[Bug 32725] New: VC runtime functions crash when called from reloaded library in a thread
by wine-bugs＠winehq.org 05 May '21

05 May '21

http://bugs.winehq.org/show_bug.cgi?id=32725 Bug #: 32725 Summary: VC runtime functions crash when called from reloaded library in a thread Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: most(a)museresearch.com Classification: Unclassified Created attachment 43181 --> http://bugs.winehq.org/attachment.cgi?id=43181 msvcrt-dll-problem.zip Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is unloaded and reloaded, it's C runtime functions like std::cout can crash when called from a thread. According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is caused by incomplete FlsFree implementation. There's a comment in it's code that says what needs to be added: /* FIXME: add equivalent of ThreadZeroTlsCell here */" The crash is repeatable with the attached example winelib program (captain.exe) and windows DLL (what.dll). Code for the compiled what.dll is included. An included README file describes the contents. 'make test' demonstrates the problem. -- 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 33660] New: CS:GO - Call votes respond
by wine-bugs＠winehq.org 04 May '21

04 May '21

http://bugs.winehq.org/show_bug.cgi?id=33660 Bug #: 33660 Summary: CS:GO - Call votes respond Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepe(a)bloodkings.eu Classification: Unclassified Once a player can call vote, and only works the first choice (F1, 1). -- 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 19

[Bug 31787] New: Run the tests in Wine
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=31787 Bug #: 31787 Summary: Run the tests in Wine Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The Wine TestBot runs the conformance tests on Windows VMs before they are committed to Wine. This greatly helped improve the quality of our conformance tests. The next step is making sure that the conformance tests work reliably in Wine too, and that Wine patches don't break them. The hope is that this will help us improve the state of the WineTest results: http://test.winehq.org/data/ Doing so will be much more processor intensive than the current process: * Currently only the conformance test patches are tested whereas we would need to test almost every single patch (we could ignore some documentation patches for instance). * Currently we only have to generate a binary for the one conformance test that's impacted. That's quick. Testing all Wine patches will require recompiling Wine every time which takes more time, even with ccache. * A Wine patch can have wide-ranging effects. For instance a patch to ntdll could impact pretty much any conformance test. That means rerunning all of them for every patch... unless we find reliable ways of pruning them (patches to conformance tests would be an obvious optimization). * Like for Windows we will need to test various configurations: different locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving Mac OS X for another bug). In some cases the same binaries can be used for multiple tests (e.g. if only the locale changes) but in other cases not. * Also for the current Wine TestBot an unreliable test only impacts people modifying that test. But the above point means an unreliable test would impact most Wine patches, leading to lots of patches being rejected. So this means unreliable tests become a big issue and need to be handled in some way: fixed or blacklisted or still run but not considered cause for rejection (so one can notice when they get fixed). Then there is the question of whether this should be done by modifying the Wine TestBot or by using the BuildBot framework: http://trac.buildbot.net/wiki/AboutBuildbot Dan Kegel produced a proof of concept system based on BuildBot: http://wiki.winehq.org/BuildBot An issue is that without significant integration work, having both a WineTestBot and BuildBot system would be annoying: * The Wine TestBot currently has its own user database and BuildBot would add another one. So it would be one more login to manage for developers unless we manage to integrate either with another user database (e.g. through LDAP). * Developers would have to submit patches to both sites and check the results on both. * Integration with the Wine Patches site (http://source.winehq.org/patches/) would need to work with both systems. -- 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 14

[Bug 33234] New: Improve user management
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=33234 Bug #: 33234 Summary: Improve user management Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified When an account request is sent to a WineTestBot administrator the URL he gfets sent to is the UserDetails.pl one but it only has an 'Approve' button, not a 'Reject' one. This makes it unclear how to reject spam requests for instance (bug 31798), but this has now been documented. Still, rejecting an application actually requires going to another page and deleting the provisional account. This should be simpler: there should be a 'Reject' button right on the UserDetails page that does that. Furthermore, the status of the account, 'Pending approval' and 'Pending activation', should be clearly indicated both on the UserDetails page and on the UsersList page. -- 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 32216] New: WienTestBot should skip some tests on some platforms
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=32216 Bug #: 32216 Summary: WienTestBot should skip some tests on some platforms Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified An example is the ieframe:webbrowser tests which it should skip on NT4 and Windows 2000 platforms. WineTest.exe is said to already have the necessary code somewhere, it's just missing from TestLauncher. See this wine-devel thread for more details: http://www.winehq.org/pipermail/wine-devel/2012-November/097819.html -- 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 27453] New: Lag when loading new sound in source games
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=27453 Summary: Lag when loading new sound in source games Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: congelli501(a)gmail.com When you start a level in a game powered by valve's source engine, sounds that are played for the first time since the game was launched will cause the game to lag. Ex: open a new portal for the first time in a Portal2 level. Affects: - Portal 2 - Left 4 Dead 2 - Probably more... -- 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 39

[Bug 10219] New: Windows Media Player 11 setup fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=10219 Summary: Windows Media Player 11 setup fails Product: Wine Version: 0.9.48. Platform: PC URL: http://www.microsoft.com/windows/windowsmedia/download/A llDownloads.aspx?displang=en&qstechnology= OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com The setup program for Windows Media Player 11 tries to validate Windows if the version is set to XP, and this fails. There was talk some time ago about an ntlm_auth patch that would allow the validation, but it fails for me even though I have the correct version of Samba installed. However, the installer does not run the Genuine check if the Windows version is set to Vista. When run thus it does work, however; it tries to create an instance of a wuapi.dll class, which is not registered in Wine. When I use a native dll from XP and register it the console output changes saying no instance could be created. The installer then says no updates could be found. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 14547] New: Problem with loading of windows from Java applications
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=14547 Summary: Problem with loading of windows from Java applications Product: Wine Version: 1.1.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Created an attachment (id=14894) --> (http://bugs.winehq.org/attachment.cgi?id=14894) Files for the test case We made a test case to show that child windows for Java applications (written in a class are not appearing) are problematic. To start the test, you have to install Java on Wine (I tested with java1.5-10) and start file in the /bin directory of the java installation directory. What is expected (showing during tests on Windows XP): There is a mainframe called "Using a JDesktopPane" Then a row in the main body of the main frame called "Add" Then a child window called "Internal frame" Result in Wine: Totally black screen with only the part with the word "Add" to be visible. Through hovering the mouse over the black part, you can restore most parts of your desktop to access other windows. If you need the source code of any of the file, you just need to ask. -- 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 19