November 2018 - Wine-Bugs - list.winehq.org

[Bug 35353] New: mono/eglib/src/gutf8.c: many bad if expressions ?
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=35353 Bug ID: 35353 Summary: mono/eglib/src/gutf8.c: many bad if expressions ? Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: dcb314(a)hotmail.com Classification: Unclassified I just ran the static analyser "cppcheck" over the source code of wine-mono-4.5.2. It said many things including 1. mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0' is always true. Source code is if ((*p & 0xc0) != 0xb0) Suggest code rework. 2. [../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0' is always true. [../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0' is always false. -- 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 5

[Bug 32282] New: Wine crashes randomly and often with Catalyst driver>12.9
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=32282 Bug #: 32282 Summary: Wine crashes randomly and often with Catalyst driver>12.9 Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified I tested all version of Wine in the 1.5 branch, and I found that with Wine 1.5.14 and further, games like League of Legends, Portal 2 or Guild Wars 2 are crashing really often and randomly (in fact, X.org freeze as well as my mouse and my keyboard, and I have then to restart my PC). I didn't have time to proceed to a regression testing yet, but I will do it. Cordially, nob. -- 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 31766] New: Moving table in Shareaza causes wine to generate invalid X11/XRender requests
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=31766 Bug #: 31766 Summary: Moving table in Shareaza causes wine to generate invalid X11/XRender requests Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxhippy(a)gmail.com Classification: Unclassified Created attachment 41794 --> http://bugs.winehq.org/attachment.cgi?id=41794 screenshot When moving table headers in Shareaza (a GPL filesharing application), I get a graphic corruption when uring Intel's new SNA acceleration architecture. I reported the corruption to the intel driver development team, and Chris Wilson concluded after analyzing the problem, that wine generates invalid XRender/X11 requests - and that it worked before only by accident. Quote: > Unbelievably, this is actually a bug in Wine. It is abusing a PICT_x8r8g8b8 > format by trying to copy a PICT_a8r8g8b8 picture through an alphaless temporary > and expecting the alpha-channel to be preserved. The second bug is that the > coordinates/size of that temporary drawable are wrong - far greater than the > apparently intended area of the columns to be redrawn. > If I disable the shortcut to use the blit path for xrgb->argb copy, then I can > reproduce the same errors in UXA. Vice versa, if I prefer the blit path, then > the problem is masked in SNA. Screenshot as well as a link to a youtube-video illustrating the issue are available on the original bug-report: https://bugs.freedesktop.org/show_bug.cgi?id=55164 -- 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 9

[Bug 41283] New: Corrupt fullscreen in multiple games
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

https://bugs.winehq.org/show_bug.cgi?id=41283 Bug ID: 41283 Summary: Corrupt fullscreen in multiple games Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wyrex(a)openmailbox.org Distribution: --- Created attachment 55598 --> https://bugs.winehq.org/attachment.cgi?id=55598 Fullscreen In some games windowed mode works but fullscreen is corrupt using Direct3D/DirectDraw renderer. Every one of them have this line in output: fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled Examples: Noble Works, Yome no Imouto to no Inai (attachment). GPU: Radeon R9 285 wine-staging 1.9.17 Linux 4.6.7-1 -- 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

[Bug 24602] New: NWN2 suffers from shadows flickering on ATI cards (fglrx driver)
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=24602 Summary: NWN2 suffers from shadows flickering on ATI cards (fglrx driver) Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: NightNord(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=31069) --> (http://bugs.winehq.org/attachment.cgi?id=31069) Character close view This strange effect persists with any possible configurations (including those in gfxoptions debug menu). It's followed with dozens of fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software blit messages, but I'm not sure, that it's directly related to the filters missing, but I've tried to comment-out render-target check, so direct opengl implementation of blit called always - it seems to gone, but this was unstable and in any following runs I've got completelly black scene, including mini-map (effects, selections, magic spells and soon - all in place, but all surfaces are blackened). I'm attaching screenshot of player's character, close view and far view. You may see some dotted patterns on characters clack, or on terrain around him. This effect hard to get screenshoted as it's mostly visible while moving camera, mouse, character and soon. It's might be related to other bug, that affects only indoor areas, that I'll post soon also. Tested on: wine-1.3.3 kernel 2.6.35 with 'nopat' kernel option ati-drivers (fglrx): 10.9, ATI Mobility Radeon HD4520 Wine direct3d configs: OffscreenRenderingMode=fbo VideoMemorySize=512 UseGLSL=enabled Overrides and installed packages: vcrun2005 and d3dx9 from winetricks (without this game just can't start due to unimplemented features). devenum.dll and dxdiagn.dll (without this, game can't find any video device and refuses to 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.

1 12

[Bug 31121] New: Wrong FSF adress in wine-mono licenses
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=31121 Bug #: 31121 Summary: Wrong FSF adress in wine-mono licenses Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: andreas.bierfert(a)lowlatency.de Classification: Unclassified While packaging wine-mono for fedora, rpmlint pointed out that the following files carry a wrong FSF address: mono/COPYING.LIB mono/mcs/LICENSE.GPL mono/mcs/LICENSE.LGPL More information on the subject: http://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address -- 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 6

[Bug 28839] New: Modal window + a opened menu => mouse unusable
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=28839 Bug #: 28839 Summary: Modal window + a opened menu => mouse unusable Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pixecs(a)yahoo.com Classification: Unclassified Created attachment 37034 --> http://bugs.winehq.org/attachment.cgi?id=37034 illustrative picture os: OpenSUSE 11.4 x86_64 kernel: 2.6.37.6-0.5-desktop desktop: kde4 wine version: wine-1.3.26-168-g6ee95c7 compiled with --prefix=/usr --x-libraries=/usr/X11R6/lib --x-includes=/usr/include/X11/ --with-x wine configured in windowed mode (1024x768) application: winrar v4.01 WinRAR trial period has expired and in these conditions a modal window "Please purcase WinRAR license" appears in 2-3 seconds after opening the application. The problem arises when: 1) i launch the program 2) immediately open a menu (from winrar like File, Options) 3) the license expiration window appear 4) i still have the menu opened The problem is that after the appearance of modal window i can not use the mouse on desktop (items or windows from the desktop no longer reacts to mouse) but the keyboard still works (for example, i can press Alt + Tab). After pressing Alt + Tab and another window receives the focus the mouse can be used again. -- 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 33854] New: WaveLab 4 crashes at startup
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=33854 Bug #: 33854 Summary: WaveLab 4 crashes at startup Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified After some time of working fine in wine, WaveLab is now crashing every startup. I've traced this problem to start at this commit: 6bfcb347bfff24d7268e23b3686028373631c642 is the first bad commit commit 6bfcb347bfff24d7268e23b3686028373631c642 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Aug 14 13:38:03 2012 +0200 winex11: Remove X11 locking around simple X calls. :040000 040000 3869837cd55e7e8c3e195295694051301ef6197c 69fa8148595adaf05c62cce8578a864283bc8849 M dlls See several tries to start it (they give different output depending on whether it's a first start after installing wine): http://pastebin.com/fBkGEZbh . Reverting the commit makes it work normally. -- 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 7

[Bug 34588] New: rpcrt4_test.exe fails to delay load secur32.dll on ARM
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=34588 Bug #: 34588 Summary: rpcrt4_test.exe fails to delay load secur32.dll on ARM Product: Wine Version: 1.7.2 Platform: arm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stefan.Leichter(a)camLine.com Classification: Unclassified Created attachment 46063 --> http://bugs.winehq.org/attachment.cgi?id=46063 "wine rpcrt4_test.exe rpc" console log with +seh enabled While trying to find the reason for the timeouts in my winetests runs (Tag arm-sle85276) i found that secur32.dll can not be delay loaded because of an exception in function DllMain(). The exception happens when calling the fork() function in function fork_helper() http://source.winehq.org/git/wine.git/blob/81213a88e83b19c73e244e00bffac2e4… The console log of "wine rpcrt4_test.exe rpc" with +seh is attached. -- 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 42356] New: failed build setupapi in mingw
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

https://bugs.winehq.org/show_bug.cgi?id=42356 Bug ID: 42356 Summary: failed build setupapi in mingw Product: Wine Version: 2.0 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: unitedasiajames(a)gmail.com Created attachment 57130 --> https://bugs.winehq.org/attachment.cgi?id=57130 setupapi make failed On lastest mingw with 'mingw developer toolkit'(gcc 5.3.0), with below command: (in msys console) git clone git://source.winehq.org/git/wine.git wine-git cd wine-git ./configure --without-x --without-freetype make The make failed when build setupapi, error log attached. -- 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