wine-bugs December 2024

wine-bugs@winehq.org

1 participants
1382 discussions

[Bug 56807] New: Procedure "DllCanUnloadNow" not found in ole32
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56807 Bug ID: 56807 Summary: Procedure "DllCanUnloadNow" not found in ole32 Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: mywine(a)schiermeier-it.de Distribution: --- While running and tracing "The Bat!" mailer under wine I got a hint about a missing procedure call to the procedure "DllCanUnloadNow". Please see attachment named: thebat-trace-1.log More info about this procedure see here: https://learn.microsoft.com/de-de/windows/win32/api/combaseapi/nf-combaseap… -- 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 56002] New: Adaptive sync results in transient halved refresh rate with winewayland
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56002 Bug ID: 56002 Summary: Adaptive sync results in transient halved refresh rate with winewayland Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Component: winewayland.drv When running Cyberpunk 2077 using winewayland (vkd3d-proton/dxvk's dxgi set up in the prefix with Wine 9.0-rc1 + esync), there is a transient issue when monitor's refresh rate drops to half of the game framerate instead of matching it as adaptive sync should do. DE: KDE Plasma 5.27.9. I measure game framerate with MangoHud and monitor's refresh rate with on-screen OSD. With winex11 they match, with winewayland they match most of the time, but sometimes refresh rate is halved. So for example the game would have 128 fps and OSD will show 64 Hz. Since it only happens with winewayland, there must be something specific going on with it. KWin developers suggested it could have something to do with some additional subsurfaces preventing direct scanout for example. -- 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 18

[Bug 49767] New: All resources deleted during update Logos Bible Software
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=49767 Bug ID: 49767 Summary: All resources deleted during update Logos Bible Software Product: Wine Version: 5.16 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 68072 --> https://bugs.winehq.org/attachment.cgi?id=68072 Console output from during update Updates result in data wipe. Logos stores all resources, eg. ebooks, videos etc in a subdir like drive_c/users/$username/Local Settings/Application Data/Logos/Data/$uniqueid/ResourceManager/ When an update to Logos Bible Software becomes available there is a notification in the app. The update will usually install ok however on wine the Resources are all wiped. The user is now stuck with a massive download eg. 40gb+. On Windows the resources are always still there after an update. It's as if the msi somehow overwrites the directory rather than merging with it? I've attached a console log updating from 8.15.0.0004 to 8.16.0.0002 - in this case the update also did not relaunch the newly updated app but simply kept running. At this point I checked and confirmed all resources were wiped. Once quit and reloaded it was clear the update had completed but it began to download everything 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 25

[Bug 56985] New: how to improve the performance of Wine?
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56985 Bug ID: 56985 Summary: how to improve the performance of Wine? Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: csumushu(a)126.com Distribution: --- Created attachment 76816 --> https://bugs.winehq.org/attachment.cgi?id=76816 demo.c I have found that my program runs much slower when using Wine compared to running it directly on Windows. On Windows, it responds quickly, but when running with Wine, there is a delay of three to four seconds. After analyzing the program code, I discovered a loop within which semaphore operations are performed. The time consumption for a single semaphore operation is 10-4 seconds when using Wine, whereas it only takes 10-6 seconds on Windows. I wrote a demo program to test it and indeed confirmed this. Semaphore operations are just one example; some other Windows APIs are also significantly slower when compared to Windows. Is there any way to optimize this? -- 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 45151] New: patches: 'git send-email' through Zoho SMTP causes patch queue to go berserk
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=45151 Bug ID: 45151 Summary: patches: 'git send-email' through Zoho SMTP causes patch queue to go berserk Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.auble(a)zoho.com Distribution: --- Created attachment 61339 --> https://bugs.winehq.org/attachment.cgi?id=61339 I'm starting to get embarrassed So I'll probably just start using my Gmail account for submissions to Wine anyways, but I've been having problems sending patches through Zoho. I've followed the instructions on https://wiki.winehq.org/Submitting_Patches and when running 'git send-email', there are no issues on my computer. I'm prompted for my SMTP password, git does its thing, and I've received an "OK / 250" return code every time. Small, one-off patches seem to make it through fine, but beyond that, then the wine-devel or the patch-list doesn't get them. Furthermore, Zoho delivers me a message saying that wine-devel can't be reached and that they'll keep retrying the delivery. And they do, which is where I think part of the problem might be coming from. --- In the first case, I tried sending a series of 7 patches. The first patch was a very short text change, the next five were larger batch substitutions on different strings, and the last one was a relatively short binary patch to delete five images. The first patch made it through pretty quickly, but the rest never showed up. To make things more confusing, I received Zoho notices that patches 5-7 couldn't reach the list and would be retried, but nothing about 2-4. Then a few hours later, the mailing list confirmed that patch 7 had made it through fine, but no sign of the middle 5. Since I had no notification from wine-devel or Zoho for patches 2-4, I tried resending patch 2 a couple times. Everything besides patches 1 & 7 seemed to just be falling into a black-hole though... until the next morning, every last patch I had sent (including the repeats of patch 2) was on both wine-devel and the patch-list, showing the original send dates, as if they had been there all along. --- In the second case, I had three large binary patches for deleting old images that have since been moved onto the wiki. I tried sending them one-at-a-time, 'git send-email' gave me an OK / 250, and they never made it to the list. This time Zoho sent me a notice saying that there was a fatal error with wine-devel's address, specifically "ResponseCode 421, Read timed out" The notice said they would keep retrying the delivery for 4 days, but then I didn't hear anything... until all of a sudden, today I see this on the patch queue (screenshot attached). I know I didn't resend either of these patches, much less 17 times. Weirdly enough, the wine-devel mailing list seems to understand what's going on a little better and only shows the message once. --- The one other pattern I have noticed is that it almost seems like the mailing list is clocking out for business hours. The first was on a Wed evening, but it wasn't until the next morning that everything suddenly appeared. The second time, I tried sending in my patches before Friday evening, but there was still no sign of them when I checked yesterday (Sun). Sure enough, they're all there today though. TL/DR: I know very little about how mail protocols work, and it could very well be on my mail service's end, but it almost seems like the mailing-list is actually receiving the emails. It then puts them in quarantine outside of normal work-hours, which doesn't seem like a problem in isolation. Somehow the sender is getting "delivery failed" codes though, and I only seem to get delivery receipts sporadically, despite turning on delivery receipts in my pipermail settings for wine-devel. -- 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 57091] New: Missing wine64 in MacOS build 9.15 distribution (released on github/Gcenx)
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57091 Bug ID: 57091 Summary: Missing wine64 in MacOS build 9.15 distribution (released on github/Gcenx) Product: Wine Version: 9.15 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cytan299(a)yahoo.com After downloading either wine-devel-9.15-osx64.tar.xz or wine-staging-9.15-osx64.tar.xz, I found that wine64 is not included in the distribution. Can wine64 be included thanks! -- 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 56051] New: Clickteam Fusion Application Bug
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56051 Bug ID: 56051 Summary: Clickteam Fusion Application Bug Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: coopacademy2020(a)gmail.com Distribution: --- On Wine Staging 8.21, Clickteam Fusion-made applications with things that are activated by hovering your mouse over the bottom of the screen (for example, FNaF games) tend to get triggered without the user allowing the game to do so. This also happens on every version of Windows, including Windows 11, Windows 10, etc. -- 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 57620] New: High CPU load when setting "Screen resolution" to other value then 96
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57620 Bug ID: 57620 Summary: High CPU load when setting "Screen resolution" to other value then 96 Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- I am seeing a high CPU load (more than 40%) for the application and the Xorg server (also more than 40%) when setting the screen resolution with winecfg to (i.e) 192. Also the window manager shows a high load. With screen resolution 96 the high load does not happen. The application is Framemaker 8 and the Desktop Environment is somewhat special (Trinity desktop, a KDE 3.5 derivate) A bisect shows the following commit 0f1d999bb878ea54214057d3662c116271ec4812 is the first bad commit commit 0f1d999bb878ea54214057d3662c116271ec4812 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Tue Nov 19 13:28:39 2024 +0100 winex11: Update the Win32 window state outside of event handlers. I am grateful for any advice on what further information can help to solve this 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 7

[Bug 55799] New: ws2_32: setsockopt flag IP_RECVIF unimplemented
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=55799 Bug ID: 55799 Summary: ws2_32: setsockopt flag IP_RECVIF unimplemented Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: Littlefighter1996(a)googlemail.com Distribution: --- Created attachment 75287 --> https://bugs.winehq.org/attachment.cgi?id=75287 UDP Receive Program Some applications require IP_RECVIF to be set in order to identify the source (IP Address and Interface) from which a message has been received. This flag is not implemented, leading to either termination of the program or unexpected behavior. -- 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 43443] New: mouse pointer/focusing issues with wine 2.11.1
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=43443 Bug ID: 43443 Summary: mouse pointer/focusing issues with wine 2.11.1 Product: Wine Version: 2.11 Hardware: x86 URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Description of problem: Since wine got updated to 2.11-1 this morning, i had trouble with the mouse pointer in "Runes of Magic" . The pointer got invisible/stuck/both randomly when moving it on and off the monitor ( dual monitor here ) where ROM was running, wenn moving the char around with WASD controls. This was disturbing and made "dangerouse" gameplay next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because it was uncertain if i could control the game while doing it. After downgrading, it works again flawless ( said that in context with ROM, means something :D ) Version-Release number of selected component (if applicable): 2.11.1-fc25 List of packages installed - Action taken to revert wine back to 2.10 : wine-2.11-1.fc25.i686 38/74 wine-2.11-1.fc25.i686 39/74 wine-fonts-2.11-1.fc25.noarch40/74 wine-desktop-2.11-1.fc25.noarch 41/74 wine-pulseaudio-2.11-1.fc25.i686 42/74 wine-alsa-2.11-1.fc25.i686 43/74 wine-capi-2.11-1.fc25.i686 44/74 wine-cms-2.11-1.fc25.i686 45/74 wine-ldap-2.11-1.fc25.i686 46/74 wine-openal-2.11-1.fc25.i686 47/74 wine-opencl-2.11-1.fc25.i686 48/74 wine-twain-2.11-1.fc25.i686 49/74 wine-core-2.11-1.fc25.i686 50/74 wine-common-2.11-1.fc25.noarch 51/74 wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74 wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74 wine-pulseaudio-2.11-1.fc25.i686 54/74 wine-tahoma-fonts-2.11-1.fc25.noarch 55/74 wine-alsa-2.11-1.fc25.i686 56/74 wine-capi-2.11-1.fc25.i686 57/74 wine-cms-2.11-1.fc25.i686 58/74 wine-ldap-2.11-1.fc25.i686 59/74 wine-openal-2.11-1.fc25.i686 60/74 wine-opencl-2.11-1.fc25.i686 61/74 wine-twain-2.11-1.fc25.i686 62/74 wine-systemd-2.11-1.fc25.noarch 63/74 wine-arial-fonts-2.11-1.fc25.noarch 64/74 wine-courier-fonts-2.11-1.fc25.noarch 65/74 wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74 wine-marlett-fonts-2.11-1.fc25.noarch 67/74 wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74 wine-small-fonts-2.11-1.fc25.noarch 69/74 wine-symbol-fonts-2.11-1.fc25.noarch 70/74 wine-system-fonts-2.11-1.fc25.noarch 71/74 wine-wingdings-fonts-2.11-1.fc25.noarch 72/74 wine-core-2.11-1.fc25.i686 73/74 wine-filesystem-2.11-1.fc25.noarch 74/74 Bug has been reported to Fedoras Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 -- 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 54270] New: Random crashing in Overwatch 2
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=54270 Bug ID: 54270 Summary: Random crashing in Overwatch 2 Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: nanotwerp(a)gmail.com Distribution: --- While playing Overwatch 2, I experience random crashing. This especially happens when I play Ashe, and I do not recall it happening while playing other characters, but this could be a coincidence. The error I get is: free(): invalid pointer 06a8:err:seh:call_stack_handlers invalid frame 0000000027B4E3E0 (0000000027952000-0000000027A50000) 06a8:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. The same issue was also noted by someone who posted this Blizzard bug report: https://us.forums.blizzard.com/en/blizzard/t/random-crashes-in-game-wow-cla… I believe that this issue is what this merge request by Torge Matthies was made to fix: https://gitlab.winehq.org/wine/wine/-/merge_requests/1152 . Oddly enough, though, after applying Matthies' patch rebased to 8.0-rc2 (https://github.com/openglfreak/wine-tkg-userpatches/search?q=overwatch), I still experience this error. I think that some change in 8.0 (Full-ish PE conversion maybe?) caused this incompatibility with Overwatch 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 12

[Bug 57518] New: Missing native DLLs after vc_redist installation?
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57518 Bug ID: 57518 Summary: Missing native DLLs after vc_redist installation? Product: Wine Version: 10.0-rc1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Hello, the case: For GOG-Galaxy its required to use winetricks to install vcrun or setting msvcp140 to native because the GOG-Galaxy installer installs vcrun2022 anyway. However not all DLLs are getting loaded or installed? Steps to reproduce: 1. Download GOG-Galaxy for example from here: https://files02.tchspt.com/down/setup_galaxy_2.0.80.33.exe 2. Just run and install it from an clean prefix 3. Go into winecfg and set msvcp140 to native. 4. Start the client using drive_c/Program Files (x86)/GOG Galaxy/GalaxyClient.exe 5. You should see 0024:err:module:import_dll Library MSVCP140_1.dll (which is needed by L"C:\\Program Files (x86)\\GOG Galaxy\\Qt5Core.dll") not found. Its expected that msvcp140 gets just found/loaded and natively. It works all expected when downgrading to wine 9.22. I do have logs attached accordingly. Thank you in advance! -- 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 57363] New: Find window in Notepad++ does not become translucent after losing focus
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57363 Bug ID: 57363 Summary: Find window in Notepad++ does not become translucent after losing focus Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Find window in Notepad++ does not become translucent after losing focus This might be a regression but when it did work the find window didn't have any window decorations T reproduce, using notepad++ version 8.7, press ctrl+f in notepad++ to open the find window, and then click on the text document behind the find window. In wine 9.20 the window doesn't become transparent when it loses focus and the option for it is checked on the find window. In wine 9.0 it does become transparent after losing focus if the option for it is checked in the find window. -- 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 57084] New: WINE without X11/XWayland (pure Wayland) can't find graphics driver
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57084 Bug ID: 57084 Summary: WINE without X11/XWayland (pure Wayland) can't find graphics driver Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: redwindwanderer(a)gmail.com Distribution: --- Hello there, I've just built latest stable WINE (9.15) and also latest stable WINE sources from gitlab (https://gitlab.winehq.org/wine/wine/), and I get identical results when trying to load any program with it: 0148:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0148:err:winediag:nodrv_CreateWindow L"The graphics driver is missing. Check your build!" WINE was successfully configured and built using the wine-wayland driver: ./configure --enable-win64 --without-x --with-wayland --without-pulse --without-cups --without-gphoto --without-opencl --without-pcap --without-pcsclite --without-dbus --without-sane --without-oss --without-krb5 --without-netapi --without-capi --without-gettext --without-gnutls --enable-archs=x86_64,i386 As you can see in the configure log attached, the wayland driver is activated correctly. And the wayland WINE driver is installed: ~/src/wine$ find /usr/local -name *winewayland* /usr/local/lib/wine/i386-windows/winewayland.drv /usr/local/lib/wine/x86_64-unix/winewayland.so /usr/local/lib/wine/x86_64-windows/winewayland.drv I also tried forcing the driver loading using: WINEDEBUG=+wayland WINEDLLOVERRIDES="winewayland.drv=n" winecfg But that makes no difference. Maybe mainline WINE is not ready for Wayland-only? Any ideas, please? -- 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 45416] New: mousepointer of runes of magic disapears if the window gets blurred and refocused
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=45416 Bug ID: 45416 Summary: mousepointer of runes of magic disapears if the window gets blurred and refocused Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686 mousepointer of runes of magic disapears if the window gets blurred and refocused aka.. mouse out of the window and back in. After selecting an item in the back, it gets back to normal, but if you can't hit one, the mousepointer gets only updated when left or right mb is pressed. the button click just updates the position, but it does not stop the problem, only a item drop (in the bag ) does. it was no problem with this version: # cat /root/wine.works.rpm.liste mingw32-wine-gecko-2.47-2.fc26.noarch mingw64-wine-gecko-2.47-2.fc26.noarch wine-2.10-1.fc25.i686 wine-2.10-1.fc25.x86_64 wine-alsa-2.10-1.fc25.i686 wine-alsa-2.10-1.fc25.x86_64 wine-arial-fonts-2.10-1.fc25.noarch wine-capi-2.10-1.fc25.i686 wine-capi-2.10-1.fc25.x86_64 wine-cms-2.10-1.fc25.i686 wine-cms-2.10-1.fc25.x86_64 wine-common-2.10-1.fc25.noarch wine-core-2.10-1.fc25.i686 wine-core-2.10-1.fc25.x86_64 wine-courier-fonts-2.10-1.fc25.noarch wine-debuginfo-1.9.3-1.fc23.x86_64 wine-desktop-2.10-1.fc25.noarch wine-filesystem-2.10-1.fc25.noarch wine-fixedsys-fonts-2.10-1.fc25.noarch wine-fonts-2.10-1.fc25.noarch wine-ldap-2.10-1.fc25.i686 wine-ldap-2.10-1.fc25.x86_64 wine-marlett-fonts-2.10-1.fc25.noarch wine-mono-4.7.0-1.fc25.noarch wine-ms-sans-serif-fonts-2.10-1.fc25.noarch wine-openal-2.10-1.fc25.i686 wine-openal-2.10-1.fc25.x86_64 wine-opencl-2.10-1.fc25.i686 wine-opencl-2.10-1.fc25.x86_64 wine-pulseaudio-2.10-1.fc25.i686 wine-pulseaudio-2.10-1.fc25.x86_64 wine-small-fonts-2.10-1.fc25.noarch wine-staging-2.10-1.i686 wine-staging-common-2.10-1.i686 wine-symbol-fonts-2.10-1.fc25.noarch wine-systemd-2.10-1.fc25.noarch wine-system-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-system-2.10-1.fc25.noarch wine-times-new-roman-fonts-2.10-1.fc25.noarch winetricks-20170517-1.fc25.noarch wine-twain-2.10-1.fc25.i686 wine-twain-2.10-1.fc25.x86_64 wine-wingdings-fonts-2.10-1.fc25.noarch -- 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 57606] New: Firefox 52.9.0esr crashes on startup
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57606 Bug ID: 57606 Summary: Firefox 52.9.0esr crashes on startup Product: Wine Version: 10.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- I can't really add anything. Install, try to run, get Mozilla Crash Reporter immediately. -- 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 57062] New: disable android apk in wine for termux toggle
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57062 Bug ID: 57062 Summary: disable android apk in wine for termux toggle Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- https://github.com/wine-mirror/wine/blob/ad8b2870312a373fb0ab0ff2cbf6d42b3f… it does not look like i can disable apk generation. I don't need apk at all while this breaks my build. -- 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 35179] New: Quake Live standalone login window crashes when TAB pressed
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=35179 Bug ID: 35179 Summary: Quake Live standalone login window crashes when TAB pressed Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: alexandru.balut(a)gmail.com Classification: Unclassified Steps to reproduce: 1. Open QuakeLive's Launcher.exe 2. Wait a few seconds for the round Play button to become red. At this point the username field should be focused. 3. Press TAB three times, notice the app crashes $ sha1sum .wine-ql/drive_c/Program\ Files\ $x86$/Quake\ Live/Launcher.exe b4d565634bdac72047790d64dbc870b8b8bb5f48 .wine-ql/drive_c/Program Files (x86)/Quake Live/Launcher.exe $ sha1sum QuakeLiveSetup_840.exe 843d1542bccaaf1bd46bee0acec95d4bfdfc898b QuakeLiveSetup_840.exe $ wine --version wine-1.7.8 -- 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 53953] New: Recent Wine 7.21 commit makes the build environment unable to detect 32-bit FreeType 2 libraries on Fedora
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=53953 Bug ID: 53953 Summary: Recent Wine 7.21 commit makes the build environment unable to detect 32-bit FreeType 2 libraries on Fedora Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: nanotwerp(a)gmail.com Distribution: --- The commit in question is the one linked here: https://gitlab.winehq.org/wine/wine/-/commit/c7a97b5d5d56ef00a0061b75412c6e… -- 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 33

[Bug 46740] New: Photoshop CS5 crashes upon opening in Wine-4.0
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=46740 Bug ID: 46740 Summary: Photoshop CS5 crashes upon opening in Wine-4.0 Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Syogren.Asherushi(a)gmail.com Distribution: --- Created attachment 63744 --> https://bugs.winehq.org/attachment.cgi?id=63744 The backtrace 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.

2 3

[Bug 57278] New: wininet errors 12029 + 12057
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57278 Bug ID: 57278 Summary: wininet errors 12029 + 12057 Product: Wine Version: 8.0.1 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: rmkk(a)atlas.cz Hi, I decided to ask for help people on this forum. I lost my .wine prefix by change, so I was forces to create a new one and install my one and only windows program I used to work with. My platform is MacOS on ARM and MacOS on Intel. On both platforms I experienced the same problem. Steps - remove existing wine directory (rm ~/.wine) - install the software (wine xxx.msi) - run the software (wine ... x.exe) - now my software needs to connect to reposity (https://xxx:4443) -- after approx. a minute of waiting I'm getting following error to console window: 0024:err:wininet:open_http_connection create_netconn failed: 12029 -- after next minute I'm getting another error into console window 0024:fixme:wininet:WININET_InvalidCertificateDialog No message for error 12057 -- + dialog window saying "There is a problem with certificate for this site. do you want to continue anyway ? YES/NO". So I confimed this question with YES. But nothing changes, connection does not work. I'm sure there is not problem on remote side, because 3 days before it works fine on my previous .wine prefix that was lost by chance :-( So my question is how to allow connection to this site, for example to make it as Trusted or something like that. I already make lot of things but with no success. Thanks for help !!! -- 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 16

[Bug 54510] New: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=54510 Bug ID: 54510 Summary: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM: d3d11.c:25778: Test failed: Got 0, expected 33 (index 1). d3d11.c:25778: Test failed: Got 0, expected 66 (index 2). ... d3d11.c:25810: Test failed: Got 0, expected 32 (index 0). d3d11.c:25810: Test failed: Got 0, expected 96 (index 1). ... d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 1 (index 32). d3d11.c:25854: Test failed: Got 0, expected 1 (index 32). d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 2 (index 33). d3d11.c:25854: Test failed: Got 0, expected 2 (index 33). ... See https://test.winehq.org/data/patterns.html#d3d11:d3d11 These failures are close to 100% reproducible (but not quite) and started on 2023-02-14. But note that the test also has a preexisting crash which masks these failures in the test pattern. Interestingly these failures do not happen: * In the wow32 and wow64 tests (note: debian11b is a clone of debian11). * On my fgtb-debian11 VM. * On the debiant VM. -- 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 57413] New: Mouse stuck in the middle of the screen
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57413 Bug ID: 57413 Summary: Mouse stuck in the middle of the screen Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: timon2201(a)gmail.com Distribution: --- Created attachment 77399 --> https://bugs.winehq.org/attachment.cgi?id=77399 crap champions logs When i launch a shooter game in steam with the waylanddriver the mouse gets stuck in the middle of the screen. So the crosshair doesn't move. When i try to change settings in the game and there is a slider there and i try to slide it from left to right, it doesnt work. As soon as i try to drag it it instantly snaps to 0 and doesn't move at all anymore. Sadly the logs i have are only from proton tkg. I already filed a bug on their github but they said its an upstream bug, so i came here to report it. I wanted to try it with windows steam through wine but i cant get it to run with the waylanddriver. (I already filed a bug here.) So i hope that this log helps anyway in some shape or form. Battlebit logs (they are huge!): https://file.io/XT56S6DuInhr everything works fine in x11. -- 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 57133] New: I enter the game and it's glitched
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57133 Bug ID: 57133 Summary: I enter the game and it's glitched Product: Wine Version: 0.9.13. Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a41167782(a)gmail.com Hello it's me again the reporter for sally.exe spirits of hell round 2 I've got some information so I tried opening it but it didn't work I opened it with another program I enter normally until I click on the story button when I click it the music dissappear and when I enter the first level I can't move or do anything and the music is gone I am steam deck user -- 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 57295] New: TES V: Skyrim Special Edition: err:msvcrt:_invalid_parameter (null):0 (null): (null) 0
by WineHQ Bugzilla 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57295 Bug ID: 57295 Summary: TES V: Skyrim Special Edition: err:msvcrt:_invalid_parameter (null):0 (null): (null) 0 Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 77239 --> https://bugs.winehq.org/attachment.cgi?id=77239 SKSE-GOG-WINED3D.log Hello, when i try to start a new game in "The Elder Scrolls V: Skyrim Special Edition" then after few seconds loading the game closes without an crash or winedebug dialog. But with err:msvcrt:_invalid_parameter (null):0 (null): (null) 0 seeing in the end. I also tried to workaround it by installing native DLLs using winetricks vcrun2015 but this leads then to err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr 0x6fffffc88528. Thank you in advance! OS: FreeBSD 14.1 Tested with: 9.17 (Currently latest in ports at this time of writing) -- 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

← Newer
1
...
31
32
33
34
35
36
37
...
56
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 December 2024