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

[Bug 35485] New: Tab control is keeping pressed with TCM_SETCURSEL wParam:-1
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=35485 Bug ID: 35485 Summary: Tab control is keeping pressed with TCM_SETCURSEL wParam:-1 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: s.wanabe(a)gmail.com Classification: Unclassified When Wine is recieved TCM_SETCURSEL with wParam == -1, dwState of current pressed tab is kept TCIS_BUTTONPRESSED. I have confirmed this with wine-1.4.1 and master branch 82b38139, on ubuntu 13.10. TAB_GetItem(infoPtr, prevItem)->dwState &= ~TCIS_BUTTONPRESSED; This is a line in TAB_SetCurSel(). I guess this process is needed also when wParam == -1, isn't this? Effects example: xyzzy editor (Stable English version) http://xyzzy.s53.xrea.com/english/archive/ (Stable Japanese version) http://www.jsdlab.co.jp/~kamei/ (Developing Japanese version) https://github.com/xyzzy-022/xyzzy To reproduce the issue: 1. Run xyzzy.exe on Wine 2. Type [ALT] v q b to show buffer-tab 3. Type [ESC] x new-file to create new buffer-tab 4. Click "*scratch*" tab to Select the buffer 5. Same as 3. (Type [ESC] x new-file to create new buffer-tab) 6. Make sure of unselectable buffer-tabs Xyzzy send TCM_SETCURSEL with -1 in above 5. -- 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 8

[Bug 25481] New: Desktop launchers generated by Steam use unregistered URL handler
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=25481 Summary: Desktop launchers generated by Steam use unregistered URL handler Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jkohen(a)users.sourceforge.net CC: Andrew(a)CodeWeavers.com, sirbubbles01(a)yahoo.com.au After upgrading Steam to the new UI, the application icons Steam generates have a launch command doesn't work with Wine, because the steam URL handler isn't registered (at least in GNOME): [Desktop Entry] Name=Uplink Exec=env WINEPREFIX="/home/user/.wine" wine winebrowser steam://rungameid/6910 Type=Application StartupNotify=true $ wine winebrowser steam://rungameid/1510 fixme:ntoskrnl:KeInitializeTimerEx stub: 0x110f60 0 gvfs-open: steam://rungameid/1510: error opening location: La ubicación especificada no está soportada (That translates to "unsupported location.") A desktop file generated with the older UI looks like this and launches the game fine: #!/usr/bin/env xdg-open [Desktop Entry] Name=Deus Ex Game of the Year Edition Exec=env WINEPREFIX="/home/user/.wine" wine "C:\\Archivos de programa\\Steam\\steam.exe" -applaunch 6910 Type=Application StartupNotify=true Path=/home/user/.wine/dosdevices/c:/Archivos de programa/Steam Icon=/home/user/.local/share/icons/b45c_hdtp.png There's a workaround for this problem. Add an URL handler for the steam protocol to your desktop environment and have it run the following: wine "c:\\Archivos de Programa\\steam\\steam.exe" %s -- 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 35609] New: Menu popup failures in user32:msg on Windows XP
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

https://bugs.winehq.org/show_bug.cgi?id=35609 Bug ID: 35609 Summary: Menu popup failures in user32:msg on Windows XP Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Classification: Unclassified The Windows XP VMs regularly report the following test failure: msg.c:12631: Test failed: popup menu command: 1: the msg 0x0104 was expected, but got msg 0x0007 instead msg.c:12631: Test failed: popup menu command: 2: in msg 0x0007 expecting lParam 0x20000001 got 0xe0000001 msg.c:12631: Test failed: popup menu command: 3: the msg 0x0104 was expected, but got msg 0x0007 instead msg.c:12631: Test failed: popup menu command: 4: the msg 0x0106 was expected, but got msg 0x0007 instead msg.c:12631: Test failed: popup menu command: 5: the msg 0x0008 was expected, but got msg 0x0007 instead msg.c:12631: Test failed: popup menu command: 6: the msg sequence is not complete: expected 0211 - actual 0000 See: http://test.winehq.org/data/tests/user32:msg.html This is independent of the service pack and of whether the VM runs in QEMU/KVM or VMware. The commit that introduced this test is: commit bbd8ae432256d32d99e75580b1896002045223b9 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Wed Jun 18 12:34:01 2008 +0900 user32: Add a test for MNS_NOTIFYBYPOS, make it pass under Wine. -- 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 12442] New: UOAssist: crash after startup attempting to fetch http page in frame
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=12442 Summary: UOAssist: crash after startup attempting to fetch http page in frame Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neodynamite(a)gmail.com Created an attachment (id=11984) --> (http://bugs.winehq.org/attachment.cgi?id=11984) File showing crash behavior and backtrace. UOAssist crashes when starting the program up and it goes through the normal startup sequence of looking for updates and attempting to display a http "news" page in a frame prior to launching the application. -- 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 35256] New: Skyrim - "Not enough memory to run application" error
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=35256 Bug ID: 35256 Summary: Skyrim - "Not enough memory to run application" error Product: Wine Version: 1.7.8 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: micferg78(a)gmail.com Classification: Unclassified Created attachment 47022 --> http://bugs.winehq.org/attachment.cgi?id=47022 Wine identifies 200MB out of 30GB of available userland memory Occasionally when attempting to run Skyrim (or other memory intensive programs) through Wine on OS X, a "Memory Error: Not enough memory to run application" popup will appear and the program will exit. Simple workarounds: logging out and back in, rebooting. I believe this is caused by GlobalMemoryStatusEx() in kernel32/heap.c returning wildly incorrect values (see the attached log for an example from a system with 32GB of memory - most of it available). On OS X and BSDs, GlobalMemoryStatusEx() still gets the total system memory (ullTotalPhys) by asking sysctl() for the value of HW_PHYSMEM, which is capped at 2GB. The available system memory (ullAvailPhys) is determined by asking sysctl() for HW_USERMEM, which is also apparently 32-bit and overflows dreadfully. On OS X, Wine temporarily stores both values in an unsigned int. I recompiled kernel32.dll.so using HW_MEMSIZE in place of HW_PHYSMEM and a kludged value for ullAvailPhys; Skyrim now runs reliably. The example patch will also be attached for anyone who can reproduce this issue. -- 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 27733] New: Fishdom 2: some fish render purple
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=27733 Summary: Fishdom 2: some fish render purple Product: Wine Version: 1.3.24 Platform: x86 URL: http://www.playrix.com/download/pc/fishdom-2/ OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Download the fishdom trial. Install ie7 with winetricks to avoid bug 27703, then set hardware acceleration to emulation to avoid bug 27704. Once in game, start a puzzle, and look at the background image. Some fish/seaweed/coral are purple. On windows, they render in different pretty colors :). native d3dx9 doesn't help, nor does disabling glsl/using backbuffer instead of fbo (in all combinations). -- 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 11

[Bug 35601] New: I am newbee in linux, I do not if component is right, sory.
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=35601 Bug ID: 35601 Summary: I am newbee in linux, I do not if component is right, sory. Product: Wine Version: 1.4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: amigo(a)bodli.net Classification: Unclassified Created attachment 47549 --> http://bugs.winehq.org/attachment.cgi?id=47549 after transcoding, may be it is my fault, This happens after first start MediaCoder version 0.8.28.5588 after transcoding audio only from .mkv. -- 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 35567] New: Xibo Player 1.4.x crashes on startup (WMI reports network adapter with IPEnabled=true and MACaddress=NULL)
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

https://bugs.winehq.org/show_bug.cgi?id=35567 Bug ID: 35567 Summary: Xibo Player 1.4.x crashes on startup (WMI reports network adapter with IPEnabled=true and MACaddress=NULL) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says... It seems the app fetches network adapter information via WMI(utils) and doesn't like a network adapter with 'IPEnabled' and NULL 'MACaddress' property. The problem is that Wine's WMI network adapter info also populates the virtual loopback device which doesn't have a MAC address by design although it is 'alive'. On Windows, the virtual adapter used for the 'loopback' address range is emulated straight inside the stack with no explicit interface properties exposed. On MSDN/Technet there is a 'Microsoft Loopback Adapter' mentioned but this isn't the same thing as the virtual loopback adapter used in Linux (not present by default, needs explicit installation) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Xibo Player $ WINEDEBUG=+tid,+seh,+relay,+wbemprox,+wmiutils wine ./XiboClient.exe >>log.txt 2>&1 ... 0031:trace:wbemprox:create_class_object L"Win32_NetworkAdapterConfiguration", 0x15c718 ... 0031:trace:wbemprox:class_object_Get 0x1beb70, L"IPEnabled", 00000000, 0x33f144, 0x9e2c88, 0x9e2c8c 0031:trace:wbemprox:class_object_Get 0x1beb70, L"IPEnabled", 00000000, 0x33f148, 0x9e2c88, 0x9e2c8c 0031:trace:wbemprox:class_object_Get 0x1beb70, L"MacAddress", 00000000, 0x33f144, 0x9e2d04, 0x9e2d08 ... 0031:trace:wbemprox:class_object_Get 0x1beb70, L"MacAddress", 00000000, 0x33f148, 0x9e2d04, 0x9e2d08 0031:Call oleaut32.VariantClear(0033f148) ret=79eeb23d 0031:Ret oleaut32.VariantClear() retval=00000000 ret=79eeb23d 0031:Call KERNEL32.GetLastError() ret=79eb4e27 0031:Ret KERNEL32.GetLastError() retval=00000000 ret=79eb4e27 0031:trace:seh:raise_exception code=c0000005 flags=0 addr=0x404bdb7 ip=0404bdb7 tid=0031 0031:trace:seh:raise_exception info[0]=00000000 0031:trace:seh:raise_exception info[1]=00000000 0031:trace:seh:raise_exception eax=00000000 ebx=009a7ed8 ecx=00000000 edx=00000008 esi=009e2cac edi=009e2864 0031:trace:seh:raise_exception ebp=0033f268 esp=0033f238 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0031:trace:seh:call_stack_handlers calling handler at 0x79edc3bc code=c0000005 flags=0 ... --- snip --- Managed backtrace: --- snip --- Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at XiboClient.HardwareKey.GetMACAddress() at XiboClient.HardwareKey..ctor() at XiboClient.XiboTraceListener.InitializeListener() at XiboClient.XiboTraceListener..ctor() at XiboClient.Program.Main(String[] arg) ... --- snip --- Winedbg session: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7e13e3f1 fill_networkadapterconfig(table=0x7e15f0a4, cond=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/builtin.c:1656] in wbemprox (0x0033eeb8) 1 0x7e146115 exec_query+0x5b(str="SELECT * FROM Win32_NetworkAdapterConfiguration", result=0x33efac) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/query.c:409] in wbemprox (0x0033eee8) 2 0x7e14af4e create_instance_enum+0x32(path=0x1d1c70, iter=0x33efac) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/services.c:412] in wbemprox (0x0033ef18) 3 0x7e14b729 wbem_services_CreateInstanceEnum+0x11d(iface=0x1d1618, strClass="Win32_NetworkAdapterConfiguration", lFlags=0x11, pCtx=(nil), ppEnum=0x33efac) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/services.c:595] in wbemprox (0x0033ef78) 4 0x79f9cab0 in mscorwks (+0x12caaf) (0x0033f180) ... Wine-dbg>p *rec {index=0x1, ipconnectionmetric=0x14, ipenabled=0xffffffff, mac_address=0x0(nil)} Wine-dbg>p *aa {u={Alignment=0x100000170, s={Length=0x170, IfIndex=0x1}}, Next=0x1d2274, AdapterName="lo", FirstUnicastAddress=0x1d21b4, FirstAnycastAddress=(nil), FirstMulticastAddress=(nil), FirstDnsServerAddress=(nil), DnsSuffix="", Description="lo", FriendlyName="lo", PhysicalAddress="", PhysicalAddressLength=0, Flags=0x180, Mtu=0x10000, IfType=0x18, OperStatus=IfOperStatusUp, Ipv6IfIndex=0, ZoneIndices={0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, FirstPrefix=(nil), TransmitLinkSpeed=0, ReceiveLinkSpeed=0, FirstWinsServerAddress=(nil), FirstGatewayAddress=(nil), Ipv4Metric=0, Ipv6Metric=0, Luid={Value=0, Info={Reserved=0, NetLuidIndex=0, IfType=0}}, Dhcpv4Server={lpSockaddr=(nil), iSockaddrLength=0}, CompartmentId=0, NetworkGuid={Data1=0, Data2=0, Data3=0, Data4=""}, ConnectionType=NET_IF_CONNECTION_DEDICATED, TunnelType=TUNNEL_TYPE_NONE, Dhcpv6Server={lpSockaddr=(nil), iSockaddrLength=0}, Dhcpv6ClientDuid="", Dhcpv6ClientDuidLength=0, Dhcpv6Iaid=0} --- snip --- The code snippet of the .NET application straight from 'ilspy': --- snip --- // XiboClient.HardwareKey public string GetMACAddress() { object locker; Monitor.Enter(locker = HardwareKey._locker); string result; try { ManagementClass managementClass = new ManagementClass("Win32_NetworkAdapterConfiguration"); ManagementObjectCollection instances = managementClass.GetInstances(); string text = string.Empty; using (ManagementObjectCollection.ManagementObjectEnumerator enumerator = instances.GetEnumerator()) { while (enumerator.MoveNext()) { ManagementObject managementObject = (ManagementObject)enumerator.get_Current(); if (text == string.Empty && (bool)managementObject.get_Item("IPEnabled")) { text = managementObject.get_Item("MacAddress").ToString(); } managementObject.Dispose(); } } result = text; } finally { Monitor.Exit(locker); } return result; } --- snip --- $ sha1sum xibo-client-1.4.2-win32-x86.msi 26fe5b50f067b8d853abc5f6b3be791f56cad7eb xibo-client-1.4.2-win32-x86.msi $ du -sh xibo-client-1.4.2-win32-x86.msi 1.4M xibo-client-1.4.2-win32-x86.msi $ wine --version wine-1.7.12-28-g0f2bed5 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 3

[Bug 35546] New: Microsoft.NET 3 installer crashed with servicemodelreg.exe
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

https://bugs.winehq.org/show_bug.cgi?id=35546 Bug ID: 35546 Summary: Microsoft.NET 3 installer crashed with servicemodelreg.exe Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: furyhamster(a)gmail.com Classification: Unclassified Created attachment 47461 --> https://bugs.winehq.org/attachment.cgi?id=47461 backtrace of the event I tried to install dotnet30 which installed dotnet2 with service pack 1 & 2; when it got to installing dotnet 3, the installer crashed, saying that servicemodelreg.exe crashed too. This might be a duplicate of bug #26464. -- 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 31159] New: League of Legends: store doesn't load with builtin wininet
by wine-bugs＠winehq.org Feb. 20, 2014

Feb. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=31159 Bug #: 31159 Summary: League of Legends: store doesn't load with builtin wininet Product: Wine Version: 1.5.8 Platform: x86 URL: http://www.leagueoflegends.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: spindler.matej(a)gmail.com Classification: Unclassified Created attachment 40906 --> http://bugs.winehq.org/attachment.cgi?id=40906 +wininet log With patch from Bug 31138 and native wininet LOL store is now working. But with builtin wininet it doesn't load window just stays black. I'm attaching +wininet log. This looks suspicious: ... warn:wininet:netconn_verify_cert ERROR_INTERNET_SEC_CERT_REV_FAILED warn:wininet:netconn_verify_cert failed 12057 err:wininet:NETCON_secure_connect SSL_connect failed: 12057 ... This is on Arch x86-64 and wine from git + some unrelated patches (from AppDB) to make LOL launcher work. -- 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 32