wine-bugs June 2019

wine-bugs@winehq.org

1 participants
7607 discussions

[Bug 45216] New: Alien: Isolation crashes on startup
by wine-bugs＠winehq.org 25 Feb '20

25 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=45216 Bug ID: 45216 Summary: Alien: Isolation crashes on startup Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: moihack.inside(a)gmail.com Distribution: ArchLinux Created attachment 61439 --> https://bugs.winehq.org/attachment.cgi?id=61439 Alien:Isolation terminal output Alien: Isolation (Steam version) crashes on startup. There is an attempt for the game to load as a process named AI.exe is created and a window pops up on a black screen but with the mouse cursor changing to the in-game one. So the game at least attempts to boot up. Specifically for Arch Linux which I use, there is a "trick" to get this game running. If you install the package "wine-staging-nine" from the official repositories here : https://www.archlinux.org/packages/multilib/x86_64/wine-staging-nine/ the game boots correctly. It does not boot up with plain wine-staging or vanilla wine + gallium nine patches. So it probably needs a mix of patches from both projects. I'm attaching a terminal output below. GPU used: Radeon HD 6870 -- 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 17101] New: Cancelling text with Scientific Workplace leaves last character
by wine-bugs＠winehq.org 24 Feb '20

24 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=17101 Summary: Cancelling text with Scientific Workplace leaves last character Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: loic.grenie(a)gmail.com Created an attachment (id=18937) --> (http://bugs.winehq.org/attachment.cgi?id=18937) Screenshots When I delete text under Scientific Workplace, the end of the line is not treated correctly. Was is most evident is that the last character(s) is(are) not canceled. I attach a vertical concatenation of 3 screenshots: the first is the state before hitting backspace: I typed "abcdefghijkl" and added an inline image, the second is after hitting backspace (I cancel the "g"); notice how the last "kl" are not correctly canceled and the image is not moved to the left and the third is how it should have looked. No error message is displayed while hitting backspace (it complains about IME all the time but I think it's no big deal). I have seen this problem at least in versions 1.0.1 (under Debian testing, Ubuntu hardy and intrepid, both 32 and 64 bits) and 1.0.13 (Debian testing 64 bits). The situation is even worse under Ubuntu intrepid (32 bits OS, Wine v1.0.1) as text disappears as soon as it is typed (Esc redisplays it briefly). I can live with the image (visible at the end of the line) not correctly positioned after backspace (it seldom occurs), but the last character not canceled is a real (visual) pain. I can test anything you wish and I understand programming/debugging. Thank you for any help. SurJector -- 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 47042] New: Ignore replies to patchset parts
by wine-bugs＠winehq.org 23 Feb '20

23 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47042 Bug ID: 47042 Summary: Ignore replies to patchset parts 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: --- The TestBot treats every email as a potential patch. This makes sense as replies to a patch could be a new version for that patch which means it should be tested. But replies to parts of patches are different. Here is what happened due to the failure to recognize this. I'm not sure why but the TestBot must have received the following emails in this order (this is not the order of the send times but it matches the order in which I received the emails in my inbox): * [PATCH 1/5] ntoskrnl.exe: Implement PsLookupThreadByThreadId. https://www.winehq.org/pipermail/wine-devel/2019-April/144085.html Part 1/5 in a patch series. The TestBot created a PendingPatchSet object to track the different parts. * Re: [PATCH 1/5] ntoskrnl.exe: Implement PsLookupThreadByThreadId. https://www.winehq.org/pipermail/wine-devel/2019-April/144088.html The TestBot decided this looked like a patch because the HTML version contains lines that start with "+++ ". Thus it treated this email as a new version of the previous patch, like it usually does, and replaced patch 1 in the PendingPatchSet. * Re: [PATCH 2/5] ntoskrnl.exe: Implement KeAreApcsDisabled using critical region functions. https://www.winehq.org/pipermail/wine-devel/2019-April/144086.html The TestBot created a job to test this patch but used the updated part 1 of the patch set which in fact was an HTML email. This resulted in an invalid patch and thus a failure to apply. The TestBot probably did two things wrong: 1. It took a patch from an HTML attachment. The TestBot already rejects those but somehow the $Part->effective_type ne "text/html" test in Patch::NewPatch() did not work. 2. It replaced part 1 of a patchset with a new version. One cannot send a new version of a part in a patchset: the whole patchset must be resubmitted (*). So the TestBot should never replace a part in a patchset. It looks like this check should be done in PendingPatchSets::NewSubmission() near the $Set->Parts->GetItem($PartNo) call. The issue here is that we may receive emails out of order. So we could receive a reply to part 1, and thus add it as part 1, before we receive the actual email for part 1. (*) Otherwise we'd have to keep the patchsets around and create new jobs for all parts that follow the replaced part. And if multiple parts are replaced... madness! -- 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 1

[Bug 17272] New: Zmodeler: Icons and overall GUI blinky
by wine-bugs＠winehq.org 22 Feb '20

22 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=17272 Summary: Zmodeler: Icons and overall GUI blinky Product: Wine Version: 1.1.14 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=19272) --> (http://bugs.winehq.org/attachment.cgi?id=19272) Simple log of fixme's in the console Zmodeler is not quite in full working condition (but tons better than prior to 1.1.14). When using the buttons on the Main Toolbar the icons which occasionally disappear and overall 3D performance is rather slow. You can mouseover the icons and they will reappear, but it isn't overly practical... Attached is a log. I believe it has something to do with"LockWindowUpdate". -- 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 16

[Bug 30827] New: Uninitialized memory reference in create_icon_pixmaps() -> GetDIBits() -> bitmapinfoheader_from_user_bitmapinfo()
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=30827 Bug #: 30827 Summary: Uninitialized memory reference in create_icon_pixmaps() -> GetDIBits() -> bitmapinfoheader_from_user_bitmapinfo() Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified While looking at bug 30826, I saw Conditional jump or move depends on uninitialised value(s) at bitmapinfoheader_from_user_bitmapinfo (dib.c:177) by GetDIBits (dib.c:1210) by create_icon_pixmaps.isra.8 (window.c:883) create_icon_pixmaps calls GetDIBits with bits=NULL and a mostly uninitialized info, but bitmapinfoheader_from_user_bitmapinfo() assumes that biCompression has already been initialized. gdi32/dib.c: 149 static BOOL bitmapinfoheader_from_user_bitmapinfo( BITMAPINFOHEADER *dst, const BITMAPINFOHEADER *info ) 150 { ... 166 else if (info->biSize >= sizeof(BITMAPINFOHEADER)) /* assume BITMAPINFOHEADER */ 167 { 168 *dst = *info; 169 } ... 176 dst->biSize = sizeof(*dst); 177 if (dst->biCompression == BI_RGB || dst->biCompression == BI_BITFIELDS) 178 dst->biSizeImage = get_dib_image_size( (BITMAPINFO *)dst ); 1187 INT WINAPI GetDIBits( 1188 HDC hdc, /* [in] Handle to device context */ 1189 HBITMAP hbitmap, /* [in] Handle to bitmap */ 1190 UINT startscan, /* [in] First scan line to set in dest bitmap */ 1191 UINT lines, /* [in] Number of scan lines to copy */ 1192 LPVOID bits, /* [out] Address of array for bitmap bits */ 1193 BITMAPINFO * info, /* [in,out] Address of structure with bitmap data */ 1194 UINT coloruse) /* [in] RGB or palette index */ 1195 { ... 1208 /* Since info may be a BITMAPCOREINFO or any of the larger BITMAPINFO structures, we'll use our 1209 own copy and transfer the colour info back at the end */ 1210 if (!bitmapinfoheader_from_user_bitmapinfo( &dst_info->bmiHeader, &info->bmiHeader )) return 0; .... 1212 if (bits && 1213 (dst_info->bmiHeader.biCompression == BI_JPEG || dst_info->bmiHeader.biCompression == BI_PNG)) winex11.drv/window.c: 868 static BOOL create_icon_pixmaps( HDC hdc, const ICONINFO *icon, struct x11drv_win_data *data ) 869 { 870 char buffer[FIELD_OFFSET( BITMAPINFO, bmiColors[256] )]; 871 BITMAPINFO *info = (BITMAPINFO *)buffer; ... 881 info->bmiHeader.biSize = sizeof(BITMAPINFOHEADER); 882 info->bmiHeader.biBitCount = 0; 883 if (!(lines = GetDIBits( hdc, icon->hbmColor, 0, 0, NULL, info, DIB_RGB_COLORS ))) goto failed; Note that GetDIBits is careful to avoid referencing biCompression itself when bits is NULL, but the function it calls doesn't know whether bits is NULL. (bug 30266 is nearby but doesn't seem related?) -- 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 12

[Bug 35937] New: The file crashed upon loading the program.
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=35937 Bug ID: 35937 Summary: The file crashed upon loading the program. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: carlino.designs(a)gmail.com Created attachment 47995 --> http://bugs.winehq.org/attachment.cgi?id=47995 Error log file for eDCAA.exe The file crashed upon loading the program. The file can be downloaded at: http://brightemo.co.uk/download/eDCAA.exe -- 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 11

[Bug 27570] New: Aliens Vs Predator 2 Demo is temporary confined ingame.
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=27570 Summary: Aliens Vs Predator 2 Demo is temporary confined ingame. Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com I've tried the marine demo at the start the mouse movement is confined like bug #6971 until you right click or over time, it works as per usual after this plus "Automatically capture the mouse input in full-screen window" changes nothing. Make fmv videos not accessible to speed up testing. I haven't tested when you start the next level due to being a demo. -- 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 11

[Bug 43804] New: [Steam] Alien Swarm Reactive Drop: GPU hang after a minute or two
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43804 Bug ID: 43804 Summary: [Steam] Alien Swarm Reactive Drop: GPU hang after a minute or two Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maraku(a)gmx.com Distribution: --- Created attachment 59338 --> https://bugs.winehq.org/attachment.cgi?id=59338 dmesg/kernel log cut to the GPU hang lines After starting running Alien Swarm Reactive Drop through Steam, the GPU errors and hangs (i don't know how else to describe this behavior). The X-display becomes unresponsive, and the only way to "fix" this is to switch to another virtual terminal and end the alien swarm wine process. I've attached a dmesg/kernel log. Wine itself does not crash (other than for the web helper, which I do not believe is related to this crash), so I'm not sure how to get a stack trace. I'm running the 4.13.4 kernel, but this happened with the 4.13.2 kernel as well. The game used to run fine, but I believe the September 15th update caused this behavior. Let me know if I should attach any other logs. I could not find any errors in the Xorg.0.log either. This is on a 7th gen i7-7500U with the intel 620 graphics. No kernel bootflags (in the bootloader command line) enabled. Thanks, Manu -- 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 4

[Bug 35998] New: American Conquest: Divided Nation refuses to start. (Black Screen followed by crash).
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=35998 Bug ID: 35998 Summary: American Conquest: Divided Nation refuses to start. (Black Screen followed by crash). Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mjkolar(a)charter.net I'm trying to play American Conquest: Divided Nations, but when I load it up, I get a flash of black screen followed by a CTD. The console output is as follows: bash-4.2$ wine DMCR.exe err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f828,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x33f828,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f6a8,0x00000000), stub! err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:mmio:MMIO_ParseExtA No extension in szFileName: "Sound\\new\\dr+flute2.wav" fixme:win:EnumDisplayDevicesW ((null),0,0x33f458,0x00000000), stub! fixme:d3d_surface:d3dfmt_p8_init_palette No palette set. Note that I installed this game according to the instructions listed on the following appdb page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=24902 , including the winecfg changes, the external patch, deleting the video directory, and setting ddraw to native for this app. I have also installed the original American Conquest demo, and I can confirm it works with wine 1.7.12, but not wine 1.7.16, so I am presuming there is a regression between these two releases. The American Conquest: Divided Nation full version does not run with either release, and shows the same error messages for both wine releases. Note also I have used a nocd to get around Divided Nations Starforce (III?) protection. The demo does not have said protection, so not relevant in that case. System: Slackware 14.1 x86_64 with alien multilib pack. Xorg 1.15.0 NVIDIA Proprietary Blob 334.21 /w Geforce GTX 285m Pulseaudio 5.0 Wine 1.7.12 -- 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 13

[Bug 46872] New: version 4.4 does not provide d3d12.dll
by wine-bugs＠winehq.org 18 Feb '20

18 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=46872 Bug ID: 46872 Summary: version 4.4 does not provide d3d12.dll Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: timbers2k(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- The packages for Ubuntu 18.10 for wine 4.4 do not provide d3d12.dll. I have tried both winehq-stable and winehq-staging. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2019