wine-bugs September 2024

wine-bugs@winehq.org

1 participants
1854 discussions

[Bug 53242] New: Bizhawk emulator memory leak
by WineHQ Bugzilla 25 Sep '24

25 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53242 Bug ID: 53242 Summary: Bizhawk emulator memory leak Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theoc284(a)gmail.com Distribution: --- When running Bizhawk, there is a very fast memory leak. It appears to happen the most with RTC's modified variant found here: https://redscientist.com/rtc To get the dependencies that are needed to run on WINE, follow this guide: https://corrupt.wiki/rtcv/other-rtc-guides/running-rtcv-on-linux The memory leak is very fast, at roughly 50-200MB/sec If you want to test the bug, Steam has a collection of ROMs with an emulator called the Sega Genesis and Mega Drive classics collection. If you own it, go to your Steam directory, steamapps, common, Sega Classics, then you can find the ROMs in "Uncompressed ROMs". -- 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 6

[Bug 57231] New: F.E.A.R Combat installer window can't be focused via taskbar
by WineHQ Bugzilla 25 Sep '24

25 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57231 Bug ID: 57231 Summary: F.E.A.R Combat installer window can't be focused via taskbar Product: Wine Version: 9.18 Hardware: x86-64 URL: https://web.archive.org/web/20240924151800/https://www .fear-community.eu/files/fear_combat_202_community_ful l_multilang_beta3.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- Start the installer, select a language and confirm. The installer window shows up as a normal window in the task bar. Click into a different window on the task bar to focus it. Now click the installer window in the task bar to get back to the installer. The archive link I've put into the URL field is a bit slow, so you might want to download from https://www.fear-community.eu/#update_fear_combat_sec2 instead. Expectation: The installer window gets focused and pulled to the foreground again. Actual behavior: Nothing happens. The installer window stays unfocused and - depending on the size and position of your other window - occluded. There's some more weirdness with the window behavior of this installer, but it might very well all be the same root cause. E.g. Moving the window to a different monitor does not move the task bar entry to the corresponding panel. It just stays put on the original monitor. Using KDE Plasma 6.1.5 on X11. > $ du -h fear_combat_202_community_full_multilang_beta3.exe > 2,0G fear_combat_202_community_full_multilang_beta3.exe > $ md5sum fear_combat_202_community_full_multilang_beta3.exe > dd38096e5bf31641a757c233718803f8 fear_combat_202_community_full_multilang_beta3.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.

1 1

[Bug 57228] New: run command modern operations v1.05 will random freezen
by WineHQ Bugzilla 25 Sep '24

25 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57228 Bug ID: 57228 Summary: run command modern operations v1.05 will random freezen Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: asmodeusk(a)163.com Distribution: --- I try install wine9.0~9.18 and some component like: dotnet48, corefonts. When I run a game name command modern operations v1.05，some looks normal, but sometimes it will freezen, nothing can control and mayby 1 minutes recover or long long time can not recover. If I use recording playback function of command modern operations, click play, in 1 minutes it 100% will freeze, maybe 1 seconds or 10 seconds. Same game files run in windows7 or windows10 is no problem. -- 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 57226] New: FL Studio - When minimizing it and opening it again the app has a different size
by WineHQ Bugzilla 24 Sep '24

24 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57226 Bug ID: 57226 Summary: FL Studio - When minimizing it and opening it again the app has a different size Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 77144 --> https://bugs.winehq.org/attachment.cgi?id=77144 Video of the issue As the title says, the attached video also shows the problem. -- 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 52839] New: Possible regression: Application menu bar entries disappear when opening the corresponding menu
by WineHQ Bugzilla 24 Sep '24

24 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=52839 Bug ID: 52839 Summary: Possible regression: Application menu bar entries disappear when opening the corresponding menu Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- Created attachment 72235 --> https://bugs.winehq.org/attachment.cgi?id=72235 Screenshot showing the issue With recent updates to wine, I have noticed that in the LTSpice application the menu bar entries disappear when opening the corresponding menu. The problem is illustrated in the attached screenshot where the "Edit" menu is opened and the "Edit" menu bar entry becomes invisible in the process. I do not know if the problem is specific to LTSpice or if it happens in other applications as well. Nonetheless, I think that correcting the issue in LTSpice would be both useful and important. In education LTSpice is probably (one of) the most used circuit simulator with an integrated schematic capture and waveform viewer that happens to be both unrestricted and free (although as in beer only). Furthermore, its documentation actively advertises wine as the way to use it under Linux. -- 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 4

[Bug 53559] New: Cult of the Lamb leaks memory due to mfplat unsupported service
by WineHQ Bugzilla 23 Sep '24

23 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53559 Bug ID: 53559 Summary: Cult of the Lamb leaks memory due to mfplat unsupported service Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 72923 --> https://bugs.winehq.org/attachment.cgi?id=72923 Log output After the developer opening, the game tries to reproduce another video. You can hear the sound playing, but the video fails to load. The game seems to try to load the video again and finds itself in a failing loop, leaking memory. While trying to reproduce the intro video, the game spams to the log: >fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. This issue (memory leak) doesn't occurs on Proton, but the intro video still can't be reproduced. Procedure: 1 - Open up the game 2 - Wait until the first intro (Massive Monster opening) ends 3 - Watch for the system monitor that RAM is leaking. Kill the application or else it'll freeze your system Game is paid and can be downloaded from Steam or GOG. Their official page: https://www.cultofthelamb.com/ -- 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 12

[Bug 57219] New: Capitalism Lab crashed in main manu
by WineHQ Bugzilla 23 Sep '24

23 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57219 Bug ID: 57219 Summary: Capitalism Lab crashed in main manu Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ming6842(a)hotmail.com Distribution: --- Created attachment 77132 --> https://bugs.winehq.org/attachment.cgi?id=77132 The backtrace file Capitalism lab crashed after able to enter main menu for few seconds -- 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 57206] New: Sven Bømwøllen series: Several games crash after loading screen
by WineHQ Bugzilla 23 Sep '24

23 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57206 Bug ID: 57206 Summary: Sven Bømwøllen series: Several games crash after loading screen Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- This is a followup to bug #55936. The game (Setup_Sven004-XS_BTO_v104.exe) crashes after showing the intro screen less than a second. Attached is a +SEH log inside a Arch VM with Arch Wine 9.17 multilib packages. The access violation shown there cannot be observed within a Debian Bookworm VM with WineHQ 9.17 packages. Therefore I assume this to be specific to Arch. -- 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 57218] New: RtlReAllocateHeap slow compared to RtlHeapFree + RtlAllocateHeap combos on wine
by WineHQ Bugzilla 22 Sep '24

22 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57218 Bug ID: 57218 Summary: RtlReAllocateHeap slow compared to RtlHeapFree + RtlAllocateHeap combos on wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- this breaks realloc -- 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 4

[Bug 53419] New: HeapReAlloc is slower than HeapFree, HeapAlloc + memcpy combos
by WineHQ Bugzilla 22 Sep '24

22 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53419 Bug ID: 53419 Summary: HeapReAlloc is slower than HeapFree, HeapAlloc + memcpy combos Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- This shouldn't happen. HeapReAlloc cqwrteur@HOME-SERVER:~/Libraries/fast_io/benchmark/0011.containers/vector/0002.multi_push_back$ wine ./vector.exe fast_io::vectors:5.3254482s HeapAlloc combos cqwrteur@HOME-SERVER:~/Libraries/fast_io/benchmark/0011.containers/vector/0002.multi_push_back$ wine ./vector.exe fast_io::vectors:3.2410441s On Windows: HeapReAlloc D:\hg\fast_io\benchmark\0011.containers\vector\0002.multi_push_back>vector fast_io::vectors:2.1215775s HeapAlloc combos D:\hg\fast_io\benchmark\0011.containers\vector\0002.multi_push_back>vector fast_io::vectors:2.1650619s -- 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 57217] New: Program error window for WfConverter when trying to convert a file
by WineHQ Bugzilla 22 Sep '24

22 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57217 Bug ID: 57217 Summary: Program error window for WfConverter when trying to convert a file Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: olav.magi(a)hotmail.com Distribution: --- Created attachment 77129 --> https://bugs.winehq.org/attachment.cgi?id=77129 Screenshot of error Hi! I am trying to convert .sdlxliff to .tmx with WfConverter 14.118 but it failes after clicking "Start". The error window includes "Not yet implemented". Please help me to convert via Wine. WfConverter can be downloaded here: http://www.wordfast.net/zip/WfConverter.zip "To use WfConverter, unzip all the downloaded files, and put them all in the same folder. Then, double-click on the file WfConverter.exe. The tool is very simple: you just need to select the file you want to convert, and then clicking on Start. The output file will be placed in the same folder where the input file is located." -- 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 57160] New: 16-bit color no longer works when using Xephyr, regression caused by 05d727a93 Jul 11, 2024
by WineHQ Bugzilla 21 Sep '24

21 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57160 Bug ID: 57160 Summary: 16-bit color no longer works when using Xephyr, regression caused by 05d727a93 Jul 11, 2024 Product: Wine Version: 9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: boxedwine(a)danoon.net Distribution: --- commit 05d727a935b9009f188cc74ca77e14afc44aef30 on July 11 for 9.13 caused a regression where 16-bit color no longer displays correctly. On the lastest git master, notepad will just display black. That checkin has 3 chunks of code, if I comment out the larger chunk as seen below, git master will display notepad correctly when using 16-bit color // this is the new code that caused the regression if (new_surface && !is_layered) { DWORD lwa_flags = 0; COLORREF key; BYTE alpha; if (!NtUserGetLayeredWindowAttributes( hwnd, &key, &alpha, &lwa_flags )) lwa_flags = 0; if (!(lwa_flags & LWA_ALPHA)) alpha = 255; if (!(lwa_flags & LWA_COLORKEY)) key = CLR_INVALID; window_surface_set_layered( new_surface, key, alpha << 24, 0 ); } command line used when testing: Xephyr :1 -ac -screen 640x480x16 & DISPLAY=:1 wine-git/wine notepad Tested On: 1) Debian 11 32-bit inside VMWare 2) Ubuntu 24 64-bit on Intel(R) Core(TM) i7-6700K -- 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 5

[Bug 57214] New: VL2000 video is not able to play cause it always show insert disk even it found
by WineHQ Bugzilla 21 Sep '24

21 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57214 Bug ID: 57214 Summary: VL2000 video is not able to play cause it always show insert disk even it found Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77126 --> https://bugs.winehq.org/attachment.cgi?id=77126 Detail log from virtual life 2000 VirtualLife 2 will play an avi video in opening. but in wine video usually unable to play cause game wont enter properly. -- 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 56596] New: Keyboard keypress generates NumLock keypress for all keys
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=56596 Bug ID: 56596 Summary: Keyboard keypress generates NumLock keypress for all keys Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: m.kolesinski(a)gmail.com Distribution: --- When playing an old Quake III engine based game (Medal of Honor: Allied Assault) on Wine 9.4 thru 9.7, the game is no longer playable. All keyboard keypress events also send a duplicate 'NumLock' keypress. I previously had NumLock mapped (in-game) to perform some action, and remapping keys is now not possible because every attempt binds to NumLock. I believe the actual keypress AND NumLock keypress events are sent continuously while any keyboard key is held down (I tried various keys, they all do it). This was not an issue in Wine 9.2 and prior, and possibly 9.3 (I don't have that package to test with, but I've tested with 9.4, 9.5, 9.6, and 9.7 on Arch Linux). There are no DLL overrides, it's a "stock" 64-bit 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.

1 10

[Bug 57158] New: HID devices not detected after removal until Wine processes restart
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57158 Bug ID: 57158 Summary: HID devices not detected after removal until Wine processes restart Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 13a44865586f7697bb47bb48664ac0a90590a643 Distribution: Gentoo After 13a44865586 [1], at least dinput/xinput HID devices are not being re-detected until everything running in the specific Wine prefix has been terminated (winedevice?). Have not tested if Wine preocesses running on other prefixes have an effect as well. First observed with Final Fantasy XI Online, using a Sony DualShock 2 and 4 gamepads, bisected using a default clean prefix with 'wine control/joy.cpl' (for DualShock 4 hidraw is disabled due to 173ed7e61b5 [2]). Steps used to re-produce: - Run 'wine control' and 'Game Controllers' therein. - Select the 'XInput' tab for convenience. - Re-plug the gamepad. - At this point due to no automation for it being used in my set-up, adjust permissions on '/dev/input/event*' which corresponds to the device. - Observe the gamepad not re-appearing in the 'XInput' tab until every process from that prefix is terminated. It may take a few re-plugs for the issue to show itself; sometimes the devices will appear again, but once they don't, the Wine processes need to be restarted. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/13a44865586f7697bb47bb48664ac0… 2. https://gitlab.winehq.org/wine/wine/-/commit/173ed7e61b5b80ccd4d268e80c5c15… -- 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 6

[Bug 53727] New: TreeView doesn't check the return value of TREEVIEW_SendExpanding
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53727 Bug ID: 53727 Summary: TreeView doesn't check the return value of TREEVIEW_SendExpanding Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- comctl32!TREEVIEW_Collapse function has a bug. That function didn't check the return value of TREEVIEW_SendExpanding. So, I can't forbid collapsing on a treeview control. -- 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 57190] New: Configure ends with: Do '' to compile Wine.
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57190 Bug ID: 57190 Summary: Configure ends with: Do '' to compile Wine. Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source Severity: trivial Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 63d2019b85f4603e48bfcb1c1668fcd6932656d0 Distribution: --- This is only a cosmetic issue, the source is compiling properly. When running the configure script in the Wine source dir, the output ends with configure: Finished. Do '' to compile Wine. Instead of configure: Finished. Do 'make' to compile Wine. This is after commit 63d2019b85f4603e48bfcb1c1668fcd6932656d0 configure: Remove some no longer used defines. wine-9.17-142-g8bf8754d68a -- 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 57200] New: Warlords III: Darklords Rising shows distorted image
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57200 Bug ID: 57200 Summary: Warlords III: Darklords Rising shows distorted image Product: Wine Version: 9.17 Hardware: x86-64 URL: https://store.steampowered.com/app/2916220/Warlords_II I_Darklords_Rising/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 4c15acf234a575b7b054016e2a0099202885d87f Distribution: --- Created attachment 77095 --> https://bugs.winehq.org/attachment.cgi?id=77095 screenshot from the main menu The bug is similar in appearance to bug #57189 but it is caused by a different commit and is not fixed unlike 57189. The game screen is distorted and doesn't fill the screen properly. Occurs both in fullscreen and virtual desktop mode. The commit causing the problem: commit 4c15acf234a575b7b054016e2a0099202885d87f winex11: Detach offscreen OpenGL windows after creation. Plain terminal output doesn't show anything relevant. You can reproduce the bug in the Steam version or with the original demo version released in 1997: https://archive.org/download/WarlordsIIIReignofHeroes_1020/war3demo.zip Still present in wine-9.17-160-g03d985369dc -- 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 4

[Bug 57155] New: Gigapixel ai crashes on startup
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57155 Bug ID: 57155 Summary: Gigapixel ai crashes on startup Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 77062 --> https://bugs.winehq.org/attachment.cgi?id=77062 crash report Trying to start gigapixel ai 7.2.2 and it crashes on startup -- 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 13

[Bug 55347] New: widl generated winrt headers fails to compile with C++ code
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=55347 Bug ID: 55347 Summary: widl generated winrt headers fails to compile with C++ code Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 74933 --> https://bugs.winehq.org/attachment.cgi?id=74933 minimal sample code If winrt headers are used with C++ code, it fails to compile with both g++ and clang++. In this case, the error comes from data types of virtual function parameters. Replacing the data types with fully qualified name fixes the compiler errors. In the attachment section, a minimal sample code is added. That code does not do anything, it's just for compilation testing purpose. It compiles fine with MSVC/Visual Studio. Firefox is one of the project which is affected by this issue. Currently, a patch is used with mingw-w64 https://hg.mozilla.org/mozilla-central/file/tip/taskcluster/scripts/misc/mi… -- 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 11

[Bug 57163] New: Wine Mono support msi no longer installs
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57163 Bug ID: 57163 Summary: Wine Mono support msi no longer installs Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Running "make dev-setup" in a wine-mono build tree now fails in the msiexec step: wine msiexec /i 'Z:\home\meh\wine-mono\image\support\winemono-support.msi' 015c:fixme:file:NtLockFile I/O completion on lock not implemented yet make: *** [GNUmakefile:81: dev-setup] Error 123 Bisecting pointed to this commit: 14b718b69bb8d62c3ae84c52d4210e81c1d21208 is the first bad commit commit 14b718b69bb8d62c3ae84c52d4210e81c1d21208 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Aug 29 14:44:38 2024 +0200 msiexec: Don't remove quotes from properties passed on the command line. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57024 programs/msiexec/msiexec.c | 43 +++++++++++++++++++++++++++++++++---------- 1 file changed, 33 insertions(+), 10 deletions(-) But I think the bisect is wrong. When running with a +msiexec,+msi log, it shows the correct filename passed to MsiInstallProductW: 015c:trace:msi:MsiInstallProductW L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" (null) But later the filename is wrong: 015c:warn:msi:MSI_OpenPackageW unable to copy package L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi\0010\0006\0001uZ:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" to L"C:\\windows\\Installer\\989.msi" (123) Adding warn+heap to the channels causes it to succeed. So I think what we really have is some sort of memory error in msi that the change to msiexec happened to trigger with a different allocation pattern. -- 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 9

[Bug 57189] New: Caesar 3, Neighbours from Hell 1-2: screen cropped
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57189 Bug ID: 57189 Summary: Caesar 3, Neighbours from Hell 1-2: screen cropped Product: Wine Version: 9.17 Hardware: x86-64 URL: https://archive.org/download/CaesarIiiDemo/caesar3.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 278ca7f68d727639b3389b78c363134fa2bd32a8 Distribution: --- The problem occurs in certain old games that switch to lower resolutions (800X600, 1024X768) when launched. The screen changes to the resolution the game uses, but the game screen is only partially displayed because the lower half of the screen is cut off. This happens both in fullscreen and virtual desktop mode. Reverting commit 278ca7f68d727639b3389b78c363134fa2bd32a8 (winex11: Only update the client window position in sync_client_position.) fixes the problem for me. You can reproduce the problem with Caesar 3 demo or the Neighbours from Hell Compilation on Steam: https://store.steampowered.com/app/260750/Neighbours_from_Hell_Compilation/ wine-9.17-142-g8bf8754d68a -- 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 57181] New: PathGradientBrushTest:Clone fails with InvalidParameter
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57181 Bug ID: 57181 Summary: PathGradientBrushTest:Clone fails with InvalidParameter Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The Wine Mono tests had a new failure introduced in the past few days: x86_64.MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest:Clone failed: System.ArgumentException : A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status) [0x00098] in <21d9782ed8204b41be15f7e362fe6601>:0 at System.Drawing.Drawing2D.PathGradientBrush.get_Blend () [0x0000d] in <21d9782ed8204b41be15f7e362fe6601>:0 at (wrapper remoting-invoke-with-check) System.Drawing.Drawing2D.PathGradientBrush.get_Blend() at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckPathDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.Clone () [0x00025] in <9ac254c8d9794d84946754376c20a309>:0 at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&) at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <5f03272033464958ad114b2853ddec98>:0 Tried reverting b31251650d713b7aa3d266bc6dedeab5fc93ce19, and it passed again. -- 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 6

[Bug 57199] New: window_surface not always destroyed
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57199 Bug ID: 57199 Summary: window_surface not always destroyed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 77093 --> https://bugs.winehq.org/attachment.cgi?id=77093 DPI unaware app with winex11 not destroying window surfaces With the latest Wine master (tested 03d985369dc9afe943ee3072478a2567b3fe4077, but haven't run a bisection, so can't say when this was introduced), there are scenarios where the previous window_surface for a HWND is not destroyed when a new one is created for that same HWND (e.g., resizing). This creates memory leaks which have different effects depending on the driver (e.g., winewayland eventually runs out of SHM memory). I am seeing this issue with applications that are not DPI aware when the system dpi != 96. I am attaching two logs, one for winex11 (under xwayland) and one for winewayland, from the same application (Crayon Physics Deluxe) while interactively resizing the window, in a prefix with dpi=192 configured (matching the 2x monitor scale). Note the absence of any window surface destruction calls in the logs, whereas multiple new window surfaces (for the same window) are being created during the resize. I have slightly changed the {WAYLAND,X11DRV}_CreateWindowSurface TRACE() so that it prints `*surface` (instead of `surface`) in the logs. -- 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 4

[Bug 57136] Steinberg Download Assistant crashes (part 2)
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57136 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 9.18. -- 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

← Newer
1
...
67
68
69
70
71
72
73
74
75
Older →

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 September 2024