wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7352 discussions

[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 48629] New: valgrind shows dependency on uninitialized memory in gdi32/dib.c
by WineHQ Bugzilla 25 Feb '20

25 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48629 Bug ID: 48629 Summary: valgrind shows dependency on uninitialized memory in gdi32/dib.c Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 66480 --> https://bugs.winehq.org/attachment.cgi?id=66480 valgrind log See attachment. -- 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 48241] New: PACE license manager installer dies with Error: -1627 Function failed
by WineHQ Bugzilla 25 Feb '20

25 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48241 Bug ID: 48241 Summary: PACE license manager installer dies with Error: -1627 Function failed Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: emiel(a)kollof.nl Distribution: --- Installation seems to die here: 01de:err:msi:ITERATE_StartService Failed to start service L"PaceLicenseDServices" (6) 01de:err:msi:execute_script Execution of script 0 halted; action L"StartServices" returned 1627 01de:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 00c9:err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0xca000001de -- 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 8

[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 48659] New: Job details page: Add links to the first error in a report
by WineHQ Bugzilla 24 Feb '20

24 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48659 Bug ID: 48659 Summary: Job details page: Add links to the first error in a report 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: --- When looking at a full WineTest report on the TestBot website finding the errors can require a lot of scrolling and there is a risk of skipping over them. The cache .errors files contain the line of each error and error group. This makes it possible to add links to the errors: * The first report line would contain a link pointing to the first report error (for instance in the form of a down arrow at the start of the line). * Errors would contain links to the previous/next errors, or to the first/last report line. * The last report line would link to the last report error. Once the first draft is ready the link chain may be tweaked: * The first line of test units containing errors, could be added to it. * A second chain link to be set up with only the new failures. -- 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

[Bug 48658] New: Fix error handling in the WineRun* scripts
by WineHQ Bugzilla 23 Feb '20

23 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48658 Bug ID: 48658 Summary: Fix error handling in the WineRun* scripts 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: --- Over time error handling in the WineRun* scripts has become complex and inconsistent. It's in need of a serious cleanup, particular so that errors can be reliably identified in the testbot.log file and shown on the JobDetails page. There are three places where the WineRun* scripts can send errors: * To the global 'var/log' log file. Sending errors to the global file makes sense for errors which could be relevant to other operations on that VM such as the preceding or following revert. * To the per-task 'testbot.log' file. This is where most errors should go for long term storage. * To stderr which is redirected to 'testbot.log' nowadays. Then there are a number of functions that report errors: * LogMsg() This adds a message to the global log (errors and others alike). It is used to log the startup and exit of the WineRun* scripts in the global log, but also to save some errors there. * Error() Prints the error on stderr if --log-only is not specified, and sends them to the global log (via LogMsg()). In particular things like usage errors thus end up in the global log which probably does not make sense. * LogTaskError() Explicitly opens testbot.log and appends to it. It should really print to stderr instead. But some calls to LogTaskErrors * FatalError() The main point of FatalError() is that it invokes WrapUpAndExit() with appropriate parameters. But it also sends the error message to both the global log and testbot.log (via LogTaskError()). That's probably not appropriate. * FatalTAError() This is a specialized form of FatalError() which also notifies the administrator of network issues. That's ok except that depending on the codepath it may end up calling any of Error(), LogMsg(), LogTaskError() or FatalError(). -- 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 8439] Multiple Microsoft product installers fail due missing shell app path expansion (Visual Studio .NET 2002, 2003, Visual Foxpro 9.0)
by WineHQ Bugzilla 23 Feb '20

23 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=8439 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|fgouget(a)codeweavers.com |wine-bugs(a)winehq.org -- 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 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 48031] New: Limit the size of the task logs
by WineHQ Bugzilla 23 Feb '20

23 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48031 Bug ID: 48031 Summary: Limit the size of the task logs 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 does not check the size of the reports and logs it downloads from the VMs. These could be quite big and are even more likely to get big if setting WINEDEBUG is allowed. So there should be a limit. The TestAgent GetFile() API has no provision for putting a limit on the size of the file being retrieved. But checking the size against a limit would come quite naturally if the files are retrieved one chunk at a time (see bug 48030). Note that the Wine rebuild logs are quite big (11MB). -- 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 2

[Bug 47899] New: Review the VM name validation
by WineHQ Bugzilla 22 Feb '20

22 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47899 Bug ID: 47899 Summary: Review the VM name validation 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 web interface allows the creation of VMs that have dashes in their name. But when untainting its parameters LibvirtTool considers such names to be invalid, so that trying to revert these VMm fails. There is a VM::Validate() method that should validate the VM name among others, but obviously it cannot be used to check and untaint script parameters. So the VM name validation criterions need to be checked and a standard function provided. -- 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 47492] New: Typo in function name (__wine_spec_fini)
by wine-bugs＠winehq.org 22 Feb '20

22 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47492 Bug ID: 47492 Summary: Typo in function name (__wine_spec_fini) Product: Wine Version: 4.12.1 Hardware: x86 OS: Solaris Status: UNCONFIRMED Severity: trivial Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: evgeny.v.litvinenko(a)gmail.com Created attachment 64875 --> https://bugs.winehq.org/attachment.cgi?id=64875 A patch example. Hi all. It looks like there is a typo in the file tools/winegcc/winegcc.c The command ggrep "[^_]_wine_spec_fini" -r * in the source tree finds two places where __wine_spec_fini is with one underscore in the begining. I've attached a patch just to show the places with typo (I think it's a typo), feel free to use it as you want. Regards evgeny. -- 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 48625] New: Game DayZ Dedicated Server 1.07.152951 - Can not connect
by WineHQ Bugzilla 22 Feb '20

22 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48625 Bug ID: 48625 Summary: Game DayZ Dedicated Server 1.07.152951 - Can not connect Product: Wine-staging Version: 5.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chris.76(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 66475 --> https://bugs.winehq.org/attachment.cgi?id=66475 wine 5.2 logs Hello Support, I'm an advanced user on linux and I'm trying to set up a dedicated server for my game DayZ. My game is available only on Steam, windows version and in 64-bit. I used steamcmd for linux version to download the dedicated server windows version. Details about depots of this game : https://steamdb.info/app/223350/depots/ You can see 2 libraries are needed : - VC 2013 Redist - VC 2015 Redist So I installed wine, setted up in windows 10 (and used WINEARACH, WINEPREFIX) and installed VC 2013 & 2015 in 64-bit edition. My server is using a vanilla config, it means untouched. My server comes online but when i try to connect, my client fails. When I look logs from game server, I can't see any traces when I tried to connect. (it's not normal, it's should) I attached logs. Thanks in advance for helping me. Have a nice day. -- 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 2

[Bug 4418] black screen when starting Warlords Battlecry
by WineHQ Bugzilla 22 Feb '20

22 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=4418 --- Comment #24 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-5.2 -- 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 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 48638] New: Clrmamepro 4036a_64_20200220: crashes when quit
by WineHQ Bugzilla 21 Feb '20

21 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48638 Bug ID: 48638 Summary: Clrmamepro 4036a_64_20200220: crashes when quit Product: Wine Version: 5.2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vicmarto(a)me.com Created attachment 66494 --> https://bugs.winehq.org/attachment.cgi?id=66494 log + backtrace Clrmamepro crashes when quit. Just open the program, and then trying to quit is enough to trigger the crash. Download link: https://mega.nz/#!ydpxCCyB!IEznOWu5b8hJN51YwYXXCwEKrGt7677kJsVMS2x1ATw cdf93153a324c1402a26ce84f25058ee39df3e95 cmp4036a_64_20200220.zip -- 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

[Bug 8025] Counter-strike freezes at random on ATi video cards
by WineHQ Bugzilla 21 Feb '20

21 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=8025 chika <coinmastergenerator(a)aol.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coinmastergenerator(a)aol.com --- Comment #96 from chika <coinmastergenerator(a)aol.com> --- So what problem occurred this https://pokemonmastersgenerator.xyz -- 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 48637] New: Improve encoding of outgoing emails
by WineHQ Bugzilla 21 Feb '20

21 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48637 Bug ID: 48637 Summary: Improve encoding of outgoing emails 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 emails sent by the TestBot probably assume the text is plain 7bit ASCII. This can mangle some messages such as: https://www.winehq.org/pipermail/wine-devel/2020-February/160217.html ../../../wine/dlls/d3d9/device.c:3729:56: error: expected ???;??? before ???stream??? The question marks should in fact be smart quotes. Fortunately this is mostly a cosmetic issue and the pristine messages can be seen in the job details page. -- 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 2

[Bug 48466] New: Can't use drag and drop with AIMP and some other bugs
by WineHQ Bugzilla 20 Feb '20

20 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48466 Bug ID: 48466 Summary: Can't use drag and drop with AIMP and some other bugs Product: Wine Version: 5.0-rc5 Hardware: x86-64 URL: http://www.aimp.ru/?do=download&os=windows OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: endoplast(a)hotmail.com Distribution: --- Created attachment 66246 --> https://bugs.winehq.org/attachment.cgi?id=66246 UI Screenshot I can't drag and drop (move up or down to change the order) any audio file inside my playlists as I could do in Windows. There are sometimes, when you try to add files from file explorer that the program gets stuck. Besides, I can see my desktop background through the borders of the UI. I have notice that the behaviour of the playlists scroll it is a bit laggy. I have tried several wine versions from 4.0.3 stable to 5.0 rc5. It doesn't change. It would be great if you could improve the support for this program because it is awesome. Version: AIMP v4.60, build 2170 -- 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 48601] New: Program error
by WineHQ Bugzilla 20 Feb '20

20 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48601 Bug ID: 48601 Summary: Program error Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jrost(a)web.de Distribution: --- Created attachment 66438 --> https://bugs.winehq.org/attachment.cgi?id=66438 program error details Program is not running, ask for send the prpgram error -- 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 48632] New: Far Cry 2 has poor performance after changing Anti-Aliasing level
by WineHQ Bugzilla 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48632 Bug ID: 48632 Summary: Far Cry 2 has poor performance after changing Anti-Aliasing level Product: Wine Version: 5.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Start a new game with AA 16x and after a while downgrade to 8x, 4x or 2x err:d3d:wined3d_debug_callback 0xe33d20: "GL_INVALID_FRAMEBUFFER_OPERATION error generated. Operation is not valid because a bound framebuffer is not framebuffer complete.". fixme:d3d:wined3d_context_gl_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6). fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d-ms texture 39, 0x0, 16 samples, format 0x88f0. fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: 2d-ms texture 39, 0x0, 16 samples, format 0x88f0. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-ms texture 40, 0x0, 16 samples, format 0x8c43. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE. -- 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 48622] New: Origin crashes when exiting application with Esync enabled
by WineHQ Bugzilla 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48622 Bug ID: 48622 Summary: Origin crashes when exiting application with Esync enabled Product: Wine-staging Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 66470 --> https://bugs.winehq.org/attachment.cgi?id=66470 origin backtrace How to reproduce: 1) Install EA Origin client 2) Run it with Esync and get greted with a Login screen 3) Through (virtual) task menu icon, exit the application by right clicking "Quit Origin" 4) Experience a crash in Origin.exe This only happens if you're no logged in and only if you're running it with Esync enabled. Attaching a backtrace ( a log with +server,+esync,+fsync,+sync,+seh,+timestamp,+pid debug channels will come in the next message) -- 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 8

[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 48628] New: valgrind shows dependency on uninitialized memory in riched20/editor.c
by WineHQ Bugzilla 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48628 Bug ID: 48628 Summary: valgrind shows dependency on uninitialized memory in riched20/editor.c Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- ==152101== Conditional jump or move depends on uninitialised value(s) ==152101== at 0x403EE7A: bcmp (vg_replace_strmem.c:1113) ==152101== by 0x41837DEE: MSVCRT_memcmp (string.c:2235) ==152101== by 0x7AC534C0: ME_ApplyStyle (style.c:215) ==152101== by 0x7AC27E09: ME_RTFCharAttrHook (editor.c:539) ==152101== by 0x7AC3EE4C: ControlClass (reader.c:2363) ==152101== by 0x7AC3D06C: RTFRouteToken (reader.c:343) ==152101== by 0x7AC3CF85: RTFRead (reader.c:311) ==152101== by 0x7AC2ACA2: ME_StreamIn (editor.c:1688) ==152101== by 0x7AC2F719: ME_HandleMessage (editor.c:3629) ==152101== by 0x7AC336E1: RichEditWndProc_common (editor.c:5062) ==152101== by 0x7AC337AE: RichEditWndProcW (editor.c:5082) ==152101== by 0x4127588F: ??? (winproc.c:175) ==152101== Uninitialised value was created by a stack allocation ==152101== at 0x7AC27992: ME_RTFCharAttrHook (editor.c:418) -- 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

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 February 2020