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

[Bug 27451] New: Morrowind: inventory windows self moving and shrinking
by wine-bugs＠winehq.org July 3, 2015

July 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=27451 Summary: Morrowind: inventory windows self moving and shrinking Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dhns(a)poczta.fm When i'm playing Morrowind everything seems to be OK except for the inventory screen. When I'm clicking right mouse button few times, all inventory windows shrinks and moves to the up left corner of the screen. Then I'm trying to stretch and move them to the right position. But when I'm leaving the inventory screen, they shrink and move themselves to the corner again. Everything looks this way: http://i54.tinypic.com/m775sg.jpg -- 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 15

[Bug 36562] New: Leisure Suit Larry: Magna Cum Laude : 3D models rendered incorrectly
by wine-bugs＠winehq.org July 3, 2015

July 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=36562 Bug ID: 36562 Summary: Leisure Suit Larry: Magna Cum Laude : 3D models rendered incorrectly Product: Wine Version: 1.7.19 Hardware: x86 URL: http://www.gamershell.com/download_8478.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 48654 --> http://bugs.winehq.org/attachment.cgi?id=48654 terminal output The bodies of the 3D characters in the game are messed up: their heads, legs and arms are separated as if they didn't belong to their bodies. At first, I thought this could be the same as bug #6955, but the latest patch from #6955 (applied on 1.7.19) doesn't correct the issue. The only remarkable line in the terminal: >fixme:d3d:wined3d_device_set_software_vertex_processing device 0x13a430, software 0x1 stub! This line is absent when running the game with the vertex blending patch applied, yet, 3D models are not rendered correctly. Fedora 20 Nvidia binary drivers 337.19 -- 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 38684] New: PDF-XChange Editor crashes on opening the Preferences dialog
by wine-bugs＠winehq.org June 30, 2015

June 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=38684 Bug ID: 38684 Summary: PDF-XChange Editor crashes on opening the Preferences dialog Product: Wine Version: 1.6.2 Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=appl ication&iId=15599 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: klasse(a)partyheld.de Distribution: Mint Created attachment 51603 --> https://bugs.winehq.org/attachment.cgi?id=51603 Wine backtrace Previous version (5.5.312.1 release - 09-02-2015) works fine. The latest version 5.5.313.0 (Updated on 28 May 2015) crashes on opening the Preferences dialog. A change log can be seen under http://www.tracker-software.com/PDFXE_history.html#5.5.313 Test procedure: 1. Open PDF-XChange Editor 2. Go to the menu Edit -> Preferences Expected results: 2. The preferences window opens Actual results: 2. "Program needs to close" notification is shown instead. (Backtrace attached) Notes: - Upon PDF-XChange viewer installation, everything except "Plugins" was un-selected. Additional un-selection of the "Plugins" has no effect on the issue occurrence. - Issue occurs in both, Win7 and WinXP Wine mode. - Linux Mint 17.1 (based on Ubuntu 14.04 LTS), 64 bit - Wine 1.6.2 (default distribution version) - 32-bit PDF-XChange Editor MSI installation file (PDFXVE5.x86.msi) is used (because, as far as I remember, the 64-bit version doesn't even start properly) -- 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 38206] New: Sound clicks in Blizzard's "Heroes of the Storm" and "Diablo 3", and also some slightly annoying clicking in "World of Tanks".
by wine-bugs＠winehq.org June 29, 2015

June 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=38206 Bug ID: 38206 Summary: Sound clicks in Blizzard's "Heroes of the Storm" and "Diablo 3", and also some slightly annoying clicking in "World of Tanks". Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineoss.drv Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Created attachment 51001 --> https://bugs.winehq.org/attachment.cgi?id=51001 log generated as it suggested in <http://wiki.winehq.org/Sound> from output of Diablo 3. I am on Gentoo x86-64 multilib, OSSv4. After performing <http://wiki.winehq.org/RegressionTesting> I found that the culprit commit is d301254e72f018c3e04272115e20ffc70ffcbc12. It is enough to revert wineoss.drv/mmdevdrv.c part of this commit to "fix" this regression. In "Heroes of the Storm" and "Diablo 3" there is a settings in "Option -> Sound -> Quality -> Sound Quality:". But only in "Heroes of the Storm" it helps if I set this to "Low", then the clickering is reduced to once a minute or so. But in "Diablo 3" this setting do not change anything. In "World of Tanks" this only noticeable in hangar and when I view destroyed tank during a battle. And here is regression final output: 301254e72f018c3e04272115e20ffc70ffcbc12 is the first bad commit commit d301254e72f018c3e04272115e20ffc70ffcbc12 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Wed Dec 17 09:28:13 2014 -0600 mmdevapi: More accurately track device position. :040000 040000 d2d3ae33a3b768fb03324d6c038bbcd79d9742d0 ec4be94754d577889ba445bd40dd097c9f2043f7 M dlls -- 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 20

[Bug 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org June 29, 2015

June 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=9221 --- Comment #40 from Elias Vanderstuyft <Elias.vds(a)gmail.com> --- (In reply to Austin English from comment #38) > This is your friendly reminder that there has been no bug activity for over > a year. Is this still an issue in current (1.7.37 or newer) wine? If so, > please attach the terminal output in 1.7.37 (see > http://wiki.winehq.org/FAQ#get_log) The huge number of bugs in /dlls/dinput/effect_linuxinput.c is still present, so no, FF doesn't work (perfectly) as how it should. Attaching logs will not help much in this case. I submitted an RFC to solve these bugs, but don't have time to create the patch series right now: https://www.winehq.org/pipermail/wine-devel/2014-March/103268.html If anyone is willing to create this patch series, I would be glad to give feedback. (In reply to teribadactyl from comment #39) > x86_64 Arch Linux 1.7.45, force feedback works perfectly in Richard Burns > Rally but not in Project Cars (via Steam) or rFactor. rFactor is known to use dynamic updating of periodic effects, such as Sine effects. This is not yet supported for the current Linux driver (assuming you're using the ff-memless kernel driver). (In reply to teribadactyl from comment #39) > > fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 65535) > fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 0) > fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming > a disconnected device 240 "Invalid argument". Probably the to-be-uploaded effect is not supported by your Linux driver. If you add the "dinput" debug channel to the command-line, you might be able to track down which effect type is involved. -- 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 0

[Bug 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org June 28, 2015

June 28, 2015

https://bugs.winehq.org/show_bug.cgi?id=9221 teribadactyl(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |teribadactyl(a)gmail.com --- Comment #39 from teribadactyl(a)gmail.com --- x86_64 Arch Linux 1.7.45, force feedback works perfectly in Richard Burns Rally but not in Project Cars (via Steam) or rFactor. fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 65535) fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 0) fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 240 "Invalid argument". -- 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 0

[Bug 29948] New: scanner Umax 4100 incompatible with simplescan and skanlite
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

http://bugs.winehq.org/show_bug.cgi?id=29948 Bug #: 29948 Summary: scanner Umax 4100 incompatible with simplescan and skanlite Product: Wine Version: unspecified Platform: All OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mu_joko(a)yahoo.com Classification: Unclassified scanner Umax 4100 incompatible with simplescan and skanlite. When I try to instal with wine, it can not be installed -- 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 4

[Bug 38808] New: Starcraft Campaign Editor does not select trigger links unless the mouse is exactly over them
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

https://bugs.winehq.org/show_bug.cgi?id=38808 Bug ID: 38808 Summary: Starcraft Campaign Editor does not select trigger links unless the mouse is exactly over them Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- To reproduce: 1. Click Scenario, Triggers, Modify, Actions, Modify. 2. Hover the mouse directly underneath a link. In Windows it is selected, but in Wine it is not. You can still click the links in Wine, you just have to hover directly over them instead of either over or underneath them. `winetricks dlls riched20` gets around the problem. -- 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 1

[Bug 35775] New: Multiple Realarcade installers crash on startup due to IFile::PutAttributes method stub
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

https://bugs.winehq.org/show_bug.cgi?id=35775 Bug ID: 35775 Summary: Multiple Realarcade installers crash on startup due to IFile::PutAttributes method stub Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+typelib,+scrrun,+msgbox wine ./Installer_BonniesBookstore_EN.exe >>log.txt 2>&1 ... 002a:trace:scrrun:file_Invoke (0x2406408)->(1003 {00000000-0000-0000-0000-000000000000} 2048 4 0x33f6b0 0x33f6c8 0x33f690 0x33f6e4) 002a:trace:ole:ITypeInfo_fnInvoke (0x15d840)(0x2406408,id=1003,flags=0x00000004,0x33f6b0,0x33f6c8,0x33f690,0x33f6e4) 002a:trace:ole:dump_DispParms args=1 named args=1 002a:trace:ole:dump_DispParms named args: 002a:trace:ole:dump_DispParms 0xfffffffd 002a:trace:ole:dump_DispParms args: 002a:trace:ole:dump_Variant 0x6c9600->{VT_R8,3.200e+01} 002a:trace:ole:ITypeInfo_fnInvoke invoking: 002a:Call ntdll.RtlAllocateHeap(00110000,00000008,00000026) ret=7e75921f 002a:Ret ntdll.RtlAllocateHeap() retval=026f0b40 ret=7e75921f 002a:trace:ole:ITypeInfo_fnAddRef (0x15ce40)->ref is 1 002a:trace:ole:ITypeLib2_fnAddRef (0x158720) ref=7 002a:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x15d840) hreftype 0x012c loaded SUCCESS (0x15ce40) 002a:trace:ole:ITypeInfo_fnGetTypeAttr (0x15ce40) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e7592b4 002a:Ret ntdll.RtlAllocateHeap() retval=023212d0 ret=7e7592b4 002a:trace:ole:ITypeInfo_fnReleaseTypeAttr (0x15ce40)->(0x23212d0) 002a:Call ntdll.RtlFreeHeap(00110000,00000000,023212d0) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:ITypeInfo_fnRelease (0x15ce40)->(0) 002a:trace:ole:ITypeLib2_fnRelease (0x158720) ref=6 002a:trace:ole:ITypeInfo_fnInvoke changing args 002a:trace:ole:dump_Variant 0x6c9600->{VT_R8,3.200e+01} 002a:trace:variant:VariantChangeTypeEx (0x26f0b40->(VT_R8),0x6c9600->(VT_R8),0x00000400,0x0000,VT_I4) 002a:trace:variant:VariantClear (0x33f1a8->(VT_EMPTY)) 002a:trace:variant:VariantClear (0x33f198->(VT_EMPTY)) 002a:trace:variant:VariantCopyInd (0x33f198->(VT_EMPTY),0x6c9600->(VT_R8)) 002a:trace:variant:VariantCopy (0x33f198->(VT_EMPTY),0x6c9600->(VT_R8)) 002a:trace:variant:VariantClear (0x33f198->(VT_EMPTY)) 002a:trace:variant:VARIANT_Coerce (0x33f1a8->(VT_EMPTY),0x00000400,0x0000,0x33f198->(VT_R8),VT_I4) 002a:trace:variant:VariantCopy (0x26f0b40->(VT_R8),0x33f1a8->(VT_I4)) 002a:trace:variant:VariantClear (0x26f0b40->(VT_R8)) 002a:trace:variant:VariantClear (0x33f1a8->(VT_I4)) 002a:trace:variant:VariantClear (0x33f198->(VT_R8)) 002a:trace:variant:VariantChangeTypeEx returning 0x00000000, 0x26f0b40->(VT_I4) 002a:trace:ole:DispCallFunc (0x2406408, 60, 4, 10, 1, 0x26f0b64, 0x26f0b60, 0x33f2d0 (vt=10)) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000018) ret=7e7592b4 002a:Ret ntdll.RtlAllocateHeap() retval=026d5fe0 ret=7e7592b4 002a:trace:ole:DispCallFunc arg 0: type 3 002a:trace:ole:dump_Variant 0x26f0b40->{VT_I4,32} 002a:fixme:scrrun:file_put_Attributes (0x2406408)->(20) 002a:Call ntdll.RtlFreeHeap(00110000,00000000,026d5fe0) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:DispCallFunc retval: 0x33f2d0->{VT_ERROR} 002a:trace:variant:VariantClear (0x26f0b40->(VT_I4)) 002a:trace:variant:VariantClear (0x26f0b50->(VT_EMPTY)) 002a:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 002a:Call ole32.GetErrorInfo(00000000,0033f294) ret=7e76893e 002a:trace:ole:GetErrorInfo (0, 0x33f294, (nil)) 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=7e76893e 002a:Call ntdll.RtlFreeHeap(00110000,00000000,026f0b40) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:ITypeInfo_fnInvoke -- 0x80020009 002a:trace:ole:ITypeInfo_fnRelease (0x15d840)->(105) 002a:Call oleaut32.VariantClear(006c9600) ret=0034c970 002a:trace:variant:VariantClear (0x6c9600->(VT_R8)) 002a:Ret oleaut32.VariantClear() retval=00000000 ret=0034c970 002a:Call ntdll.RtlFreeHeap(0063a000,00000000,006c9600) ret=00355a3f 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00355a3f 002a:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,00000003,ffffffff,00000000,00000000,00000000,00000000) ret=003545f1 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b84cc6d ip=7b84cc6d tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000003 002a:trace:seh:raise_exception eax=00000003 ebx=7b8bb000 ecx=00000000 edx=00000020 esi=0033f5ac edi=0033f560 002a:trace:seh:raise_exception ebp=0033f4b8 esp=0033f4a8 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002a:trace:seh:call_stack_handlers calling handler at 0x368a90 code=c0000005 flags=0 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/1e46f605c5f4d40f6eeb3839a75be7c4… --- snip --- 2247 static HRESULT WINAPI file_put_Attributes(IFile *iface, FileAttribute pfa) 2248 { 2249 struct file *This = impl_from_IFile(iface); 2250 FIXME("(%p)->(%x)\n", This, pfa); 2251 return E_NOTIMPL; 2252 } --- snip --- $ sha1sum Installer_BonniesBookstore_EN.exe 6b5db9c712504a0bd09c74d6cc6f651576cce717 Installer_BonniesBookstore_EN.exe $ du -sh Installer_BonniesBookstore_EN.exe 1.7M Installer_BonniesBookstore_EN.exe $ wine --version wine-1.7.10-222-ge12bb32 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 6

[Bug 38769] New: Additional AES algorithms in schannel break wine build
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

https://bugs.winehq.org/show_bug.cgi?id=38769 Bug ID: 38769 Summary: Additional AES algorithms in schannel break wine build Product: Wine Version: 1.7.45 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Hi Jacek, I finally found some time for wine and your todays patch broke my wine building machine (no offence ;c) commit 3617e2b2a9f028347702c87da97e6a74f854027e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Jun 16 13:46:32 2015 +0200 secur32: Added support for a few more algorithms in schannel_get_cipher_algid. wine-1.7.45-88-g1342254 builds fine, but wine-1.7.45-89-g3617e2b fails with: make[1]: Entering directory '/build/wine_git_build_32/dlls/secur32' gcc -m32 -c -o schannel_gnutls.o ../../../wine_git_build/dlls/secur32/schannel_gnutls.c -I. \ -I../../../wine_git_build/dlls/secur32 -I../../include -I../../../wine_git_build/include \ -I/usr/include/p11-kit-1 -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing \ -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -gdwarf-2 \ -gstrict-dwarf -fno-omit-frame-pointer -g -O0 ../../../wine_git_build/dlls/secur32/schannel_gnutls.c: In function ‘schannel_get_cipher_algid’: ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:302:10: error: ‘GNUTLS_CIPHER_AES_128_GCM’ undeclared (first use in this function) case GNUTLS_CIPHER_AES_128_GCM: return CALG_AES_128; ^ ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:302:10: note: each undeclared identifier is reported only once for each function it appears in ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:304:10: error: ‘GNUTLS_CIPHER_AES_256_GCM’ undeclared (first use in this function) case GNUTLS_CIPHER_AES_256_GCM: ^ Makefile:339: recipe for target 'schannel_gnutls.o' failed make[1]: *** [schannel_gnutls.o] Error 1 make[1]: Leaving directory '/build/wine_git_build_32/dlls/secur32' Makefile:13239: recipe for target 'dlls/secur32' failed make: *** [dlls/secur32] Error 2 -- 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 18