July 2021 - Wine-bugs - list.winehq.org

[Bug 31603] New: App manifests that specify processorArchitecture="*" fail to find assemblies
by wine-bugs＠winehq.org 22 Feb '22

22 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=31603 Bug #: 31603 Summary: App manifests that specify processorArchitecture="*" fail to find assemblies Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Doing unset WINEPREFIX rm -rf ~/.wine sh winetricks -q vcrun2008 cd ~/wine-git/dlls/msvcr90/tests WINEDLLOVERRIDES=msvcr90=n ~/wine-git/wine msvcr90_test.exe.so says msvcr90.c:243: Tests skipped: msvcr90.dll not installed (got 126) This seems wrong; that dll is in fact installed. The app in question is built with the manifest http://source.winehq.org/source/dlls/msvcr90/tests/msvcr90.manifest which contains the line processorArchitecture="*" Tracing through the code, lookup_manifest_file in ntdll/actctx.c seems to incorrectly parse the native DLL's manifest as having build 0 rather than 30729. The problem appears to be that line 1872 assumes that the string lookup contains no *'s other than the ones in lookup_fmtW, and so doesn't skip to where it expected to when it does the strchrW: 1826 static const WCHAR wine_trailerW[] = {'d','e','a','d','b','e','e','f','.','m','a','n','i','f','e','s','t'}; 1842 sprintfW( lookup, lookup_fmtW, ai->arch, ai->name, ai->public_key, 1843 ai->version.major, ai->version.minor, lang ); 1872 tmp = dir_info->FileName + (strchrW(lookup, '*') - lookup); 1873 build = atoiW(tmp); 1874 if (build < min_build) continue; If ai->arch contains a '*', as it does in tests/msvcr90.manifest, this assumption is violated. Changing the manifest to say processorArchitecture="x86" lets the test run and find the native DLL, at least on x86. So, is the manifest wrong, or is lookup_manifest_file() wrong? (This came up while I was trying to write tests for vcomp.dll. It was frustrating to find that the example I'd borrowed the manifest from was broken.) -- 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 7

[Bug 21739] New: Mouse in Nostale not working
by wine-bugs＠winehq.org 21 Feb '22

21 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=21739 Summary: Mouse in Nostale not working Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: skoruppa(a)gmail.com Mouse generally works, but not everywhere. All elements of the gui, the login screen and selection screen works, but not during the control of character. I do not post logs because they are not showing. Perhaps some special WINEDEBUG? -- 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 22

[Bug 42148] New: Redrawing issues in Capitalism 2
by wine-bugs＠winehq.org 20 Feb '22

20 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=42148 Bug ID: 42148 Summary: Redrawing issues in Capitalism 2 Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 56717 --> https://bugs.winehq.org/attachment.cgi?id=56717 Screenshot illustrating the redrawing issues. Hello everyone, I am the AppDB maintainer of "Capitalism 2" a business strategy game which has some issues I would like to point out. The initial issue during tests some releases ago was that mouse control wasn't working but a staged patch could be applied which fixed the issue and got integrated into main wine. https://github.com/wine-compholio/wine-staging/tree/master/patches/dinput Unfortunately a new issue has sprung up in the game which is that when I move the mouse it has some redrawing issues and paints the background. To illustrate this I uploaded a screenshot into the AppDB at: https://appdb.winehq.org/screenshots.php?iAppId=2098&iVersionId=2895 Fortunately there is a demo version available which can be downloaded. https://appdb.winehq.org/objectManager.php?sClass=version&iId=30640 Could you have a look into this if possible? Kind regards, Maik -- 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 32

[Bug 47905] New: Logos Bible Software fails to play media
by WineHQ Bugzilla 20 Feb '22

20 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=47905 Bug ID: 47905 Summary: Logos Bible Software fails to play media Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 65399 --> https://bugs.winehq.org/attachment.cgi?id=65399 Selected a video from the quickstart courses these don't play No audio or video in the program plays. E.g. when opening the quickstart videos: In the video window which has a black background and says 'We couldn't access the media you're trying to play. Please verify that you are not working offline.' etc. My guess is that it might be a problem streaming the video rather than necessarily a problem playing it but not sure. -- 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 73

[Bug 43827] New: The program thududf.sys has encountered a serious problem and needs to close
by wine-bugs＠winehq.org 20 Feb '22

20 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=43827 Bug ID: 43827 Summary: The program thududf.sys has encountered a serious problem and needs to close Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: accessd(a)shaw.ca Distribution: --- Created attachment 59377 --> https://bugs.winehq.org/attachment.cgi?id=59377 Resultant dump when starting application via desktop link Select icon on the desktop "Roxio Easy VHStoDVD 3" This followed by an immediate error: The program thududf.sys has encountered a serious problem and needs to close -- 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 34835] New: Civilization II Crash after extended play.
by wine-bugs＠winehq.org 19 Feb '22

19 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=34835 Bug #: 34835 Summary: Civilization II Crash after extended play. Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmg_(a)hotmail.com Classification: Unclassified Created attachment 46436 --> http://bugs.winehq.org/attachment.cgi?id=46436 Backtrace #1 After several hours of playtime with "Civilization II Multiplayer Gold", a crash occurs with an error box and upon exiting the error box, the game closes. It's a clean Wine 1.6 install with no proprietary DLLs etc. installed that I am aware of. Game was launched in Windowed mode at 1280x720 with Civ2 in Win98 mode. Only "Allow Window manager to control the windows" under Graphics is selected with the Virtual desktop at 1280x720. Other than the crash during extended play, the game works perfectly. I haven't used Windows since XP but know this game did not work under XP without hacks so I am unable to give a report about if it works on Windows. This is my first Bug Report and I apologize if I have missed anything. I ran through the other reports and I can't find anything like my issue. I've played it for 7+ hours before the crash. I ran it a second time as I wrote this report, with the terminal, and I will include the output of that as it crashed again around 400 B.C. Game Year. Xubuntu 12.04 AMD 6670 AMD FX4100 -- 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 5

[Bug 49432] New: Eraser Drop shows error and then close
by WineHQ Bugzilla 18 Feb '22

18 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=49432 Bug ID: 49432 Summary: Eraser Drop shows error and then close Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- After running only error ``` Error: Subscript used with non-Array variable ``` is shown and then app dissapear Download Link - https://portableapps.com/downloading/?a=EraserDropPortable&n=EraserDrop%20P… -- 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 47783] New: Rockstar Games Launcher installer crashes
by WineHQ Bugzilla 17 Feb '22

17 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=47783 Bug ID: 47783 Summary: Rockstar Games Launcher installer crashes Product: Wine Version: 4.16 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 Rockstar Games Launcher installer (downloadable from https://gamedownloads.rockstargames.com/public/installer/Rockstar-Games-Lau…) displays a window and then crashes quickly after launching. Running the installer with "warn+all" generates constant heap corruption errors ( i.e. "err:heap:HEAP_ValidateInUseArena Heap 0x110000: block 0x198350 tail overwritten at 0x198388 (byte 0/8 == 0x52)"), but the installer does not crash and successfully installs. The installer is built with NSIS v3.04, and essentially does the following: WINDOWINFO *wi = GlobalAlloc(GMEM_ZEROINIT, 56); wi->cbSize = 56; GetWindowInfo(hWnd, wi); GlobalFree(wi); The problem is that sizeof(WINDOWINFO) is actually 60. For some reason Windows has always ignored cbSize and writes 60 bytes into the buffer, Wine does the same. The hard-coded 56 has been in NSIS example code (https://nsis.sourceforge.io/GetWindowInfo) for years, it's very possible there are other installers having this problem. Based on this article (https://blogs.msdn.microsoft.com/jiangyue/2010/03/15/windows-heap-overrun-m…) and some testing I did in a debugger, it appears that Windows heap allocations leave healthy padding/unused bytes at the end, and this must be why the installer doesn't crash on Windows. Running Wine with "warn+heap" adds padding to the end of heap allocations, which is why the installer doesn't crash there. I think the fix for this is to increase/add padding to the end of heap allocations. Also a WARN should be added to GetWindowInfo() if cbSize is incorrect. -- 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 48761] New: ConEmu does not highlight selection
by WineHQ Bugzilla 16 Feb '22

16 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48761 Bug ID: 48761 Summary: ConEmu does not highlight selection Product: Wine Version: 5.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu does not highlight selected text/block while selecting by mouse and after the block is selected. The selected text/block is however correctly highlighted after alt+tab to another application and back. It seems that some events are not generated properly. The selection is otherwise functional so it is a minor issue. Fixing that would make ConEmu perfect ;-) -- 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 49487] New: list control custom draw in report view shows blank item if handler clears uItemState CDIS_SELECTED flag
by WineHQ Bugzilla 13 Feb '22

13 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=49487 Bug ID: 49487 Summary: list control custom draw in report view shows blank item if handler clears uItemState CDIS_SELECTED flag Product: Wine Version: 5.0.1 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: victimofleisure(a)yahoo.com I'm the developer of a free software application called Polymeter. The issue occurs when running Polymeter under Mac OS / High Sierra. I have reproduced it on multiple machines. I install my software using WineBottler (both 1.8.6 and 4.0.1 exhibited the issue). WineBottler uses WineHQ 5.0 according to their page. The issue is per-item background color for *selected* list control items in report view. The usual method for achieving per-item color is to request item notifications, and when the prepaint notification is received, set the per-item background color (pLVCD->clrTextBk). However by default this only works for non-selected items: selected items continue to use the system default background color (typically a dark blue) instead of the per-item color. The workaround is for the custom draw handler to also clear the "selected" flag (CDIS_SELECTED) in the item state (pLVCD->uItemState). This technique is fairly common and can be observed in the wild, e.g. here. https://social.msdn.microsoft.com/Forums/vstudio/en-US/40234af5-a9e7-433f-a… However in my application under WineBottler, this technique causes the list item in question to be completely white, both text and background. I enclose a code snippet below. This may be related to 39721 or even a duplicate of it, but it's hard to tell because that report is not as specific and doesn't mention selected items. If list control per-item background color is broken in all cases regardless of selection, that would explain my issue obviously, but that seems doubtful since many Windows programs use list control custom draw. Best wishes, Chris Korda https://victimofleisure.github.io/Polymeter/ void CMappingBar::OnListCustomDraw(NMHDR* pNMHDR, LRESULT* pResult) { NMLVCUSTOMDRAW* pLVCD = reinterpret_cast<NMLVCUSTOMDRAW*>(pNMHDR); *pResult = CDRF_DODEFAULT; if (theApp.m_bIsMidiLearn) { // if learning MIDI input switch (pLVCD->nmcd.dwDrawStage) { case CDDS_PREPAINT: *pResult = CDRF_NOTIFYITEMDRAW; break; case CDDS_ITEMPREPAINT: // this will NOT work with LVS_SHOWSELALWAYS; see uItemState in NMCUSTOMDRAW doc if (pLVCD->nmcd.uItemState & CDIS_SELECTED) { // if item selected pLVCD->clrTextBk = MIDI_LEARN_COLOR; // customize item background color // trick system into using our custom color instead of selection color pLVCD->nmcd.uItemState &= ~CDIS_SELECTED; // clear item's selected flag } break; } } } -- 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 20