wine-bugs April 2019

wine-bugs@winehq.org

1 participants
7628 discussions

[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 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

[Bug 42764] New: Proteus direct 3D render problem
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=42764 Bug ID: 42764 Summary: Proteus direct 3D render problem Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- I now that OpenGL sill not supported by Wine, so I use https://appdb.winehq.org/objectManager.php?sClass=version&iId=27887 to use the Proteus 8 (ARES / ISIS) with Direct3D. But (main) in the "3D Visualizer" function, the software running in Wine spend a long time to render the objects and sometimes miss something (details or objects). -- 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 3

[Bug 47029] New: A.R.E.S. Extinction Agenda 1.x (.NET 2.0, XNA 3.1 game) crashes during intro (needs IWMPMedia::put_name implementation)
by wine-bugs＠winehq.org 26 Feb '20

26 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47029 Bug ID: 47029 Summary: A.R.E.S. Extinction Agenda 1.x (.NET 2.0, XNA 3.1 game) crashes during intro (needs IWMPMedia::put_name implementation) Product: Wine Version: 4.6 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-40578/A-R-E-S-Ext inction-Agenda-Demo OS: Mac OS X Status: NEW Keywords: download Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 64197 --> https://bugs.winehq.org/attachment.cgi?id=64197 +wmp log Follow up of bug 45365. winetricks -q qasf needed to work around bug 34622. winetricks -q wmp9 works around this bug. Attached is a +wmp log. Tested Wine 4.6 in a 32bit prefix. -- 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 3

[Bug 46916] New: Can' t restore focus to certain minimized fullscreen applications
by wine-bugs＠winehq.org 25 Feb '20

25 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=46916 Bug ID: 46916 Summary: Can't restore focus to certain minimized fullscreen applications Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chrylis(a)gmail.com Distribution: --- Created attachment 64004 --> https://bugs.winehq.org/attachment.cgi?id=64004 stderr logs This is a counterpart to the many (mostly resolved?) bugs regarding switching *out* of fullscreen applications. On some applications, I can switch out of the window without any problem. If the application has changed the desktop resolution, it is restored to the previous setting (e.g., 1920x1080->3840x2160). However, I cannot restore focus to the application once it loses focus. The application will unminimize (from the taskbar or the window switcher), and the mouse cursor changes to the appropriate graphics, but the application seems never to be unblurred; it's not redrawn (I believe this is its own choice when it thinks it doesn't have focus), and the "bookmarked" resolution isn't applied. The application does not respond to input, and I have to kill Wine from the CLI. The applications I have available where I'm able to reproduce the behavior are based on the Civ4 engine (Civ4 itself, Railroads!). The behavior is identical regardless of whether the application changes the screen resolution (if it hasn't, then it'll switch back to full screen and show the last render but is still frozen). Fallout 2, with or without Restoration, does *not* reproduce the behavior. It may be linked to D3D. I'm running KWin 5.14.5 on Intel graphics. -- 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 7

[Bug 40187] New: Dream Acquarium can't run
by wine-bugs＠winehq.org 25 Feb '20

25 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=40187 Bug ID: 40187 Summary: Dream Acquarium can't run Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sdunnagan(a)yahoo.com Distribution: --- Something changed in the Dream Acquarium application, and now it doesn't run after it automatically installs updates. -- 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 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

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 April 2019