October 2019 - Wine-bugs - list.winehq.org

[Bug 27708] New: GetThreadSelectorEntry fails
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=27708 Summary: GetThreadSelectorEntry fails Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: nitsuja-(a)hotmail.com Created an attachment (id=35459) --> (http://bugs.winehq.org/attachment.cgi?id=35459) binary (and source code) of the test case When a program calls GetThreadSelectorEntry after creating a process, it fails in Wine (returns FALSE and sets lasterror to 5), but succeeds in Windows. This is a problem for a program I made which needs this function to work, so I've boiled it down to a tiny test case which still fails in the same way, and is attached. When run on Windows, this exe brings up a messagebox saying "ALL OK", but when run on Wine, it says "ERROR: GetThreadSelectorEntry failed". Here's the source code: #define WIN32_LEAN_AND_MEAN #define _WIN32_WINNT 0x0500 #include <windows.h> void AssertSuccess(BOOL success, const char* errorMessage); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd) { // it doesn't matter which exe I start, so for this example I use the current exe path CHAR filename[MAX_PATH]; GetModuleFileName(NULL, filename, MAX_PATH); STARTUPINFO startupInfo = {sizeof(STARTUPINFO)}; PROCESS_INFORMATION processInfo = {}; BOOL success = CreateProcess(filename, NULL, NULL, NULL, FALSE, CREATE_SUSPENDED | DEBUG_PROCESS, NULL, NULL, &startupInfo, &processInfo); AssertSuccess(success, "ERROR: CreateProcess failed.\n"); HANDLE hThread = processInfo.hThread; CONTEXT context; context.ContextFlags = CONTEXT_SEGMENTS; success = GetThreadContext(hThread, &context); AssertSuccess(success, "ERROR: GetThreadContext failed.\n"); LDT_ENTRY ldtEntry; success = GetThreadSelectorEntry(hThread, context.SegFs, &ldtEntry); AssertSuccess(success, "ERROR: GetThreadSelectorEntry failed.\n"); if(success) MessageBox(NULL, "ALL OK.", "DONE", MB_ICONASTERISK); return success ? 0 : -1; } void AssertSuccess(BOOL success, const char* errorMessage) { if(!success) MessageBox(NULL, errorMessage, "ERROR", MB_ICONERROR); } -- 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 44141] New: Divinity: Original Sin 2 massive slowdown with shadows enabled
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=44141 Bug ID: 44141 Summary: Divinity: Original Sin 2 massive slowdown with shadows enabled Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: r9shackleford(a)gmail.com Distribution: --- Created attachment 59889 --> https://bugs.winehq.org/attachment.cgi?id=59889 Log file running Divinity:Original Sin 2 with shadows enabled. Enabling shadows fills the log with: fixme:d3d:wined3d_debug_callback 0x2377a6a0: "Program undefined behavior warning: Sampler object 24 has depth compare enabled but is bound to a non-depth texture, and used by a program that samples it with a shadow sampler. This is undefined behavior.". Driver is Nvidia Proprietary, no idea what other drivers say with shadows enabled. It goes away when shadows are disabled, and framerate returns to normal. Possibly related log messages that seem unrelated to shadows being enabled/disabled: fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x800000c2. fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543. fixme:d3d11:wined3d_depth_stencil_view_desc_from_d3d11 Unhandled depth stencil view flags 0x3. Clean wine directory, absolutely no dll overrides. Attached is a log of running the game to the menu screen with shadows enabled. The game menu screen has 3D rendering which triggers the bug. A log without shadows is essentially identical sans the wined3d_debug_callback line spammed as stated above. -- 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 44257] New: Divinity: Original Sin 2: Audio via pulseaudio has popping/crackling in music
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=44257 Bug ID: 44257 Summary: Divinity: Original Sin 2: Audio via pulseaudio has popping/crackling in music Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucianposton(a)gmail.com Distribution: --- The music on the start screen has minor crackling/popping sounds with pulseaudio. This repros on both card 0 device 0 and card 1 device 3 listed below. I was able to workaround the issue by disabling timer-based scheduling via the following setting in /etc/pulse/default.pa: load-module module-udev-detect tsched=0 pulseaudio-11.1 aplay --list-devices **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC889 Analog [ALC889 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC889 Digital [ALC889 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: USB [Scarlett 2i4 USB], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 -- 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 6

[Bug 36956] New: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=36956 Bug ID: 36956 Summary: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49067 --> http://bugs.winehq.org/attachment.cgi?id=49067 terminal output The two expansions to the base game introduced a new rendering option 'Enhanced ship rendering'. When this option is enabled strange polygons appear on the ship models as can be seen in the attached screenshot. The demo version of GalCiv II doesn't have this option. The same problem with Wine 1.4.1/1.6.2/1.7.22 Tested with the open source Nouveau and the binary Nvidia drivers, both show the problem. Disabling GLSL or pixel shaders doesn't help. Fedora 20 Nvidia 250 gfx card / Nvidia binary drivers 340.24 -- 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 20732] New: Icons are not rendered 100% correctly in VB6 apps (regression)
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=20732 Summary: Icons are not rendered 100% correctly in VB6 apps (regression) Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it CC: thunderbird2k(a)gmail.com Created an attachment (id=24783) --> (http://bugs.winehq.org/attachment.cgi?id=24783) Example application An icon rendering problem is born between 1.1.25 and 1.1.26 In attachment there is a VB6 test project and screenshots of various applications that suffer of this rendering problem. (I hope is correct add Roderick Colenbrander mail to cc, otherwise sorry for the mistake) -- 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 21

[Bug 43814] New: Danganronpa V3: black screen on startup ( unimplemented functions in mfplat?)
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43814 Bug ID: 43814 Summary: Danganronpa V3: black screen on startup (unimplemented functions in mfplat?) Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: smelenchuk(a)gmail.com Distribution: --- Created attachment 59360 --> https://bugs.winehq.org/attachment.cgi?id=59360 Log output at time of black screen Steps to reproduce: - Using wine-staging, launch Danganronpa V3 from Steam. Expected results: - Intro cutscenes play; game gets to main menu. Actual results: - Black screen. Additional notes: See attached log. Without using wine-staging, the game will just complain about "Failed to initialize ID3D11Device" even with sufficiently advanced video hardware / drivers. Using a native mfplat.dll and mfreadwrite.dll can work around this issue, though doing so also requires Windows Media Foundation registry entries to be present or crashes will happen. -- 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 59

[Bug 22974] New: "Shell folders" settings are reset after each wine update
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=22974 Summary: "Shell folders" settings are reset after each wine update Product: Wine Version: 1.2-rc1 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amdmi3(a)amdmi3.ru Althrough I've disabled shell folder links (My Pictures, My Music, My Videos, My Documents) by unchecking "Link to" checkbox for each of them in winecfg->Desktop Integration->Shell Folders, after each wine update those settings are reset and all folders are again linked to my home directory. That is highly undesirable, as I'd prefer windows apps never access anything outside .wine/drive_c. -- 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 58

[Bug 43465] New: Unit Test: ComboBox Dropdown does not work if Style is set and no scrollbar required
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43465 Bug ID: 43465 Summary: Unit Test: ComboBox Dropdown does not work if Style is set and no scrollbar required Product: Wine Version: 2.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Brad.Wine1(a)amaitis.com Distribution: --- Created attachment 58840 --> https://bugs.winehq.org/attachment.cgi?id=58840 Image of Visual bug winehq-devel wine --version wine-2.13 Combox works without the style loaded. After Style is loaded The dropdown box is blank and not selectable. works if scroll bar is required and the dropdown count >5. source code is available download unit test http://www.ateksol.com/dev/unittest/CreateComboBox.exe sha1sum bc58c1ec276cdf492133b5005690040ce7f3bfad CreateComboBox.exe I put unknown in Component because we have tried native comctl32,comdlg32,advapi32,uxtheme,msimg32,MSCTF I set the priority a Normal however for our release of the product it is Blocker. Attached is an image of the symptom. If it helps the above referenced program has a button to create and drop down a new box. The CreateCombo button Sleeps for 10 seconds to allow time to start trace Creates the compontent drops it down and sleeps for 5 seconds to stop the trace. -- 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 20

[Bug 47884] New: msi:action systematically times out on Windows 2003
by WineHQ Bugzilla 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47884 Bug ID: 47884 Summary: msi:action systematically times out on Windows 2003 Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:action systematically times out on the TestBot's Windows 2003 Std VM (w2003std): action.c:2370: GetProcAddress(MsiGetComponentPathExA) failed action.c:2376: GetProcAddress(SRRemoveRestorePoint) failed action.c:2377: GetProcAddress(SRSetRestorePointA) failed action.c:2995: Tests skipped: 64-bit RegisterProduct tests msi:action:0ce0 done (258) in 120s Test failed: timed out This is the only Windows 2003 machine we have so it's hard to tell if it's a VM issue or a test issue. The VM is currently on the vm1 host which has two hard-drives in a non-RAID configuration. On cw-rx460 and cw-gtx560 (i7-2600K+HDD but real hardware) it takes 30s to 38s. On w2008s64 which is on vm2 (slower processor but RAID 0 HDD) it takes ~50s. On wxppro which is on vm3 (faster processor+SSD) it takes 77s. On wvistau64 which is also on vm1 it takes ~108s. Here is the virtual hardware configuration of w2003std (from the WineTest report's description field): CPU:2*kvm32 RAM:1GB disk:virtio eth:e1000 snd:ac97 GPU:vga display:spice This test also systematically fails on the acer-aspire-one-xp machine. That may provide a point of comparison. -- 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 37073] New: Trees not rendered correctly in Far Cry 2
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=37073 Bug ID: 37073 Summary: Trees not rendered correctly in Far Cry 2 Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49267 --> http://bugs.winehq.org/attachment.cgi?id=49267 terminal output When anti-aliasing is enabled in the game options treetops look like flat, 2D objects. Changing the other game option <Real Tree> has no effect on the issue. With disabled anti-aliasing trees look good. I can reproduce the problem with nouveau and the binary drivers too. Native d3dx9_36 was used to work around bug #22682 Disabling GLSL, orm=backbuffer doesn't make it better. Fedora 20 Geforce 250 GTS / binary drivers 340.24 -- 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 33