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

[Bug 16644] New: SimGolf v1.03 does not render terrain
by wine-bugs＠winehq.org Nov. 15, 2019

Nov. 15, 2019

http://bugs.winehq.org/show_bug.cgi?id=16644 Summary: SimGolf v1.03 does not render terrain Product: Wine Version: 1.1.11 Platform: PC-x86-64 URL: http://www.simgolf.ea.com/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom78999(a)gmail.com Simgolf, with the latest patch, does not render any terrain and instead simply renders a black background. The attached screenshot illustrates this. -- 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 23

[Bug 47945] New: dinput:mouse regression on Wine
by WineHQ Bugzilla Nov. 15, 2019

Nov. 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=47945 Bug ID: 47945 Summary: dinput:mouse regression on Wine Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:mouse has regressed on the debian10 TestBot VM. It used to have a single failure: mouse.c:178: Test failed: GetDeviceData() failed: 00000000 cnt:0 And now it has four new failures: mouse.c:152: Test failed: Failed: 00000001 mouse.c:158: Test failed: Failed: 80070005 mouse.c:161: Test failed: Failed: 00000001 mouse.c:164: Test failed: Failed: 80070005 The four new failures have been introduced by the following commit: commit 0555209757e842818c16c6868e73bf076daa349b Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Mon Oct 7 22:56:06 2019 +0000 dinput/tests: Add checks for Acquire/Unacquire. Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Interestingly all these failures (the old one and four new ones) happen on the exact same set of VMs, the debian10 TestBot VMs: the test succeeds on cw-rx460 and cw-gtx560 for instance. One thing that's different in the TestBot VMs is that they have two pointer devices: * a PS/2 mouse * a tablet that provides absolute position information Maybe that's the reason for the difference? Note that some Windows VMs (not all) also have this tablet device (e.g. w7pro64, w864 and wxppro) and we don't get failures on any of the TestBot Windows VMs. -- 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 13

[Bug 36431] New: valgrind shows a possible leak in shell32/tests/ebrowser.c
by wine-bugs＠winehq.org Nov. 15, 2019

Nov. 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=36431 Bug ID: 36431 Summary: valgrind shows a possible leak in shell32/tests/ebrowser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==28261== 28 bytes in 1 blocks are possibly lost in loss record 279 of 995 ==28261== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28261== by 0x5C44BB8: apartment_getclassobject (compobj.c:526) ==28261== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894) ==28261== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032) ==28261== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197) ==28261== by 0x4D82686: func_ebrowser (ebrowser.c:94) ==28261== by 0x4DC8888: run_test (test.h:584) ==28261== by 0x4DC8C77: main (test.h:654) ==28261== -- 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 47879] New: fixme:process:RegisterApplicationRestart (L" /RestartByRestartManager:919F30E3-C7BB-45c6-B1A2-201D38E2F6A1",0)
by WineHQ Bugzilla Nov. 15, 2019

Nov. 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=47879 Bug ID: 47879 Summary: fixme:process:RegisterApplicationRestart (L" /RestartByRestartManager:919F30E3-C7BB-45c6-B1A2-201D3 8E2F6A1",0) Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- A proprietary application (apologies) fails to start with its own popup message about "Failed to create the console!". 000b:fixme:winediag:start_process Wine Staging 4.17 is a testing version containing experimental patches. ... 0009:fixme:process:RegisterApplicationRestart (L" /RestartByRestartManager:919F30E3-C7BB-45c6-B1A2-201D38E2F6A1",0) 0009:fixme:shell:InitNetworkAddressControl stub I think it is kind of obvious why it does not work, as "RegisterApplicationRestart" in dlls/kernel32/process.c is just a bare stub. Is there anything quick one can try to make it go further? -- 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 47912] New: Rockstar Games Launcher installer crashes after disabling WoW64 redirection
by WineHQ Bugzilla Nov. 14, 2019

Nov. 14, 2019

https://bugs.winehq.org/show_bug.cgi?id=47912 Bug ID: 47912 Summary: Rockstar Games Launcher installer crashes after disabling WoW64 redirection Product: Wine Version: 4.17 Hardware: x86 URL: https://gamedownloads.rockstargames.com/public/install er/Rockstar-Games-Launcher.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- The installer (32-bit) for Rockstar Games Launcher v1.0.6.132 (released on 10/7/2019) is now using an NSIS plugin called LockedList (https://nsis.sourceforge.io/LockedList_plug-in) While enumerating system processes, the plugin disables WoW64 filesystem redirection using Wow64DisableWow64FsRedirection(), but never re-enables redirection. The installer later tries to load nsDialogs.dll but fails because the loader is unable to find a comdlg32.dll of the correct architecture, and the installer crashes. This Wine commit tightened up the loader behavior, if I revert it the installer works normally: commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 9 21:21:47 2019 +0100 ntdll: Skip dlls of the wrong machine type when searching through the load path. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> After running some tests, this behavior seems to have changed between Win Vista/2008 and Win 7/2008R2. Vista/2008 work like current Wine, where loading system libraries will fail with redirection disabled. With Win7 through to the latest Win10, loading system libraries works fine even with redirection disabled. Not sure why this change was made (probably for broken applications), but it's been noticed by others: <https://stackoverflow.com/questions/17408897/different-behaviour-of-filesys…> I'm submitting tests upstream for this, not sure if there's any fix other than just reverting the above commit. Bugs 46916 and 46995 are for very similar issues in other installers. -- 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 47995] New: King's Bounty Crossworlds corrupted icons
by WineHQ Bugzilla Nov. 13, 2019

Nov. 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=47995 Bug ID: 47995 Summary: King's Bounty Crossworlds corrupted icons Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: --- Created attachment 65514 --> https://bugs.winehq.org/attachment.cgi?id=65514 terminal output There are corrupted icons of some items, that you pick up on the global map, and skills, that under cooldown in battles. -- 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 48091] New: Deduplicate identical consecutive failures
by WineHQ Bugzilla Nov. 13, 2019

Nov. 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=48091 Bug ID: 48091 Summary: Deduplicate identical consecutive failures Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:debugger has an intermittent failure which results in a variable number of duplicate consecutive failures: https://www.winehq.org/pipermail/wine-devel/2019-November/153982.html Specifically, reports are known to have had between 0 and 5 such lines in a row: debugger.c:320: Test failed: GetThreadContext failed: 5 Most cases of duplicate consecutive failure lines like this are bugs where the test iterates on an array of test data and author forgot to include the loop index in the failure message. Those are bugs and should be fixed if only so that developers investigating the failure can figure out which array entry caused the failure (maybe a job for Coccinelle?). But this kernel32:debugger failure iterates over the test's threads and it does not look like there is anything it could add that would make the failure message unique without also making it random, which would break the new failure detection (e.g. if the thread handle were included in the message). Currently, whenever these failures happen more times in a test than in the last WineTest run the extra failures are reported as new. After bug 47998 is fixed such errors will only be reported as new if their number exceeds the maximum on record. So there are four options: 1. Fix this kernel32:debugger bug and hope there are no other such cases (see bug 48052). 2. Tweak kernel32:debugger so it aborts the loop on the first failure. Knowing that the failure can happen a random number of times is useful in that it means it does not just happen on the first or last thread. But maybe it's not that important (see also bug 48052). 3. Rely on the fix for bug 47998 to make such false positives rare enough that they are not a nuisance. 4. Deduplicate identical consecutive failure lines. In this case it should be done while extracting the failures from the test report. That's because once the failures have been extracted, any trace that we present between them has been lost. But such traces provide context and thus should prevent the deduplication from happening. This is also a place where line numbers can be taken into account (they are ignored when comparing failures since patches will change them). -- 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 48001] New: Additional Comment tool changes resolution on its own.
by WineHQ Bugzilla Nov. 13, 2019

Nov. 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=48001 Bug ID: 48001 Summary: Additional Comment tool changes resolution on its own. Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: mail(a)marekpasnikowski.name CC: austinenglish(a)gmail.com Distribution: --- During discussion in a bug report a sign of a bug in Bugzilla appeared in this comment: https://bugs.winehq.org/show_bug.cgi?id=47987#c9 I never intended to do any changes to anything in there besides posting further comments. -- 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 48021] New: msi installer not working on msxml3, Office 2010 shows Installation language unsupported
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=48021 Bug ID: 48021 Summary: msi installer not working on msxml3, Office 2010 shows Installation language unsupported Product: Wine Version: 4.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qqpp4130(a)hotmail.com Distribution: --- I encounter on installing of msxml3 from winetricks and also excuting msiexec /i msxml3.msi /q with errorr. I excute command for the output WINEPREFIX=/home/jc/.local/share/wineprefixes/office2010 WINEDEBUG=+relay,+seh,+tid wine msiexec /i msxml3.msi /q > /home/jc/msiexec.txt 2>&1 Also, while installing office2010 from mounted iso file, I encounter with "Installation language not supported." on both English version and the SimChinese version of installation iso. I also get the console dialog for that untill the error window pop up with the similar command with output.txt. I have attatch the log file in the attatchment. Please have a look. Is this some kind of bug on my mechine or its common? Enviroment: Kernal: 5.2.21-1-MANJARO_x64 Wine version: wine-4.0.2 && wine-4.18-1 Winetricks version: 20190912 PS: I tried to set the system LC_ALL to the matching locale, but it was not helpfull. -- 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 47988] New: StationPlaylist Studio: graphics corruption when dragging a row in a table
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=47988 Bug ID: 47988 Summary: StationPlaylist Studio: graphics corruption when dragging a row in a table Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: pgkos.bugzilla(a)yahoo.com Distribution: --- Created attachment 65504 --> https://bugs.winehq.org/attachment.cgi?id=65504 +imagelist debug output 1. Install StationPlaylist Studio from https://stationplaylist.com/StudioDemo.exe 2. (after installing answer no to every question) 3. If the main playlist table is empty, right-click on the table and select "Append hour marker". 4. Try to drag the row with the hour marker. When dragging a row in the playlist table: - if the dragged row bounds are within the screen bounds: drag overlay is invisible (only the mouse cursor changes) - if the dragged row bounds are partially outside the screen bounds: the graphics on the screen becomes corrupted It seems that the graphics corruption happens when BitBlt is called with a rect which is (partially) outside the screen bounds. On Windows, the out-of-bounds image parts are filled with black. On Wine / X11, there is some random garbage video memory dump. But I am not sure about the cause of the drag overlay being invisible. The table control uses ImageList, so I am attaching a +imagelist debug output. The bug is present on both Intel HD Graphics (Skylake) and AMD Radeon (RX550). -- 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