November 2023 - Wine-bugs - list.winehq.org

[Bug 52800] New: FL Studio Knob Cursor Capture
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=52800 Bug ID: 52800 Summary: FL Studio Knob Cursor Capture Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: variouscrap+wine(a)protonmail.com Distribution: --- Volume, pitch and other knobs in FL Studio work in a way that while you are holding left click on them, it captures the cursor and you can move your mouse up and down to adjust the knob. With Wine after a certain amount of mouse movement, the cursor will appear outside of the FL Studio window. The cursor is invisible while in the FL Studio window, but is visible, functional and stopped by the screen borders when it goes outside. After going outside, you can use the cursor normally, but when going back to the FL Studio window, it is still captured and will adjust the knob and you have to click once to release the knob. I'm using the latest version of FL Studio 20, KDE/Kwin and Arch btw. -- 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 47172] New: Win64 prefix installs 64-bit libraries to system32 instead of syswow64
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=47172 Bug ID: 47172 Summary: Win64 prefix installs 64-bit libraries to system32 instead of syswow64 Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joakimpokemeg(a)hotmail.no Distribution: --- Created attachment 64423 --> https://bugs.winehq.org/attachment.cgi?id=64423 WINEDEBUG=+wineboot,+setupapi wineboot When I was about to install DXVK through the install script it told me that it could not find the d3d10.dll int the syswow64 directory. So I investigated and found that syswow64 was in fact an empty directory. I made a clean new wineprefix with win64 architechture and the syswow64 was still completely empty but the system32 folder was filled with alot of dlls. When I debugged the prefix creation with "WINEDEBUG=+wineboot,+setupapi wineboot" I saw that it put dlls from a lib64 folder into the system32 folder (log as 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 13

[Bug 48721] New: SSL errors and "fixme" when launching a wow .bat application
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=48721 Bug ID: 48721 Summary: SSL errors and "fixme" when launching a wow .bat application Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: py_lrr(a)hotmail.fr Distribution: --- Created attachment 66595 --> https://bugs.winehq.org/attachment.cgi?id=66595 Console backtrace Hi, Running a wow (BfA) .bat launcher with Wine cmd, I get a warning saying TLS library was not found and, then, some errors about windows functions (lines beginning with "fixme"). I looked for a solution and didn't find one for this precise case, with the fixme I guessed it could be something unimplemented ? 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 7

[Bug 26839] New: 888 Poker Crashes after login and password entered
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=26839 Summary: 888 Poker Crashes after login and password entered Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nmorozov(a)atlas-print.ru Created an attachment (id=34200) --> (http://bugs.winehq.org/attachment.cgi?id=34200) Crash screenshot 888 Poker Crashes after login and password entered, If just wait 888 poker reports "server unreacheble" but show player on tables and some more info. Ater I login i see my Name my status and that got crash (see screenshor) and 888 poker client hangs -- 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 49827] New: sDate stopped working after Wine 3.x
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=49827 Bug ID: 49827 Summary: sDate stopped working after Wine 3.x Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michaelwitten82(a)gmail.com Distribution: --- I am on Ubuntu and have recently moved up to 20.04.1, and after the re-install I installed MYOB in PlayOnLinux (as I always have) and the date format was wrong. After a LOT of testing (you can see further in a Ubuntu bug I submitted - https://bugs.launchpad.net/ubuntu/+source/playonlinux/+bug/1892859) I have found what the issue is. After seeing that between Ubuntu 18.04 and 20.04 they moved from wine 3.0 to 5.0, I have tested various versions in PlayOnLinux (all 32-bit, 64-bit seemed to have other issues): 5.0 (default) - NOT working 5.16 (latest in PlayOnLinux) - NOT working 4.21 - NOT working 3.21 - WORKS There is an easy way to test this (in PlayOnLinux) 1. Open the General tab in the Config for the VM 2. Change the Wine version to whichever you want to test 3. Go to the Wine tab and Windows reboot (I do this to be safe) 4. Open the Command prompt (under the same tab) 5. Type "date" It will show the current date in the format being used in wine on that vm. For me, even though everything is set to en_AU and registry settings etc are to dd/MM/yyyy (also tried d/MM/yyyy) my date format shows as en_US format (MM/dd/yyyy -not sure if its dd or d as its the 13th today), until I drop back to version 3.x. This won't be an issue to people playing games etc I guess, but to anyone doing anything with dates important (for example I am doing accounting, so my invoices show wrong dates) this is a show stopper. I have seen other people online ask about it but none of the answers worked for me. I would think this is something pretty urgent to look at and get correct. -- 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 38437] New: Does not load game
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=38437 Bug ID: 38437 Summary: Does not load game Product: Wine Version: 0.9 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alika0009(a)mail.ru Created attachment 51298 --> https://bugs.winehq.org/attachment.cgi?id=51298 I do not know what to do, and want to play((( Good day, I have a problem with the game The Sims 4. Turn on the game and seeing the following(( -- 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 28

[Bug 37740] New: Photoshop CS2 - Scanner IO problems
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=37740 Bug ID: 37740 Summary: Photoshop CS2 - Scanner IO problems Product: Wine Version: 1.7.32 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 50251 --> https://bugs.winehq.org/attachment.cgi?id=50251 Console output - Wine 1.7.32 Hello everyone, Photoshop CS2 seems to be unable to contact the TWAIN source of my USB scanner a Hewlett Packard 2544 AIO device. I will create two attachments, one for the plain console output and one with WINEDEBUG=+twain -- 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 10

[Bug 55334] New: Steam fails to load if compiled --with-wine64
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=55334 Bug ID: 55334 Summary: Steam fails to load if compiled --with-wine64 Product: Wine Version: 8.13 Hardware: x86-64 URL: https://cdn.cloudflare.steamstatic.com/client/installe r/SteamSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 74927 --> https://bugs.winehq.org/attachment.cgi?id=74927 wine-8.13 console output (eventually killed with SIGHUP) Steam fails to load if compiled with --with-wine64. Sometimes it'll let you know something has crashed and give you options to restart various components (including the whole thing) but it makes no difference. A. This does not occur if Wine is compiled with --enable-archs=x86_64,i386. B. It also does not occur using the official Wine binaries (for Ubuntu). I have tried finding a library and/or kernel issue, but I cannot find it. The openSUSE logs don't seem to build with --with-wine64. I don't know how those binaries actually work. Something to do with multiarch setup? I've tried building with a number of Ubuntu versions, Debian Stable and Testing, and openSUSE Tumbleweed but the result is always the same. My build process: CFLAGS="-g -O0 -pipe" 64 bit: configure --enable-win64 => wine64 32 bit (schroot): configure => wine32 Combine (schroot): configure --with-wine64=wine64 --with-wine-tools=wine32 i386 chroots are need to build 32-bit Wine parts. $ gcc --version gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0 Also tried GCC 12 but no change. Tried compiling a few older Wines but it made no difference, and eventually hit other bugs. Doesn't look like a regression. >From what I can see in htop it looks like one of the steamwebhelper processes is the problem, but I don't know what the problem is exactly. My guess is there's a problem with the i386 part (or some sort of chroot madness?). (A) and (B) don't seem to touch 32-bit libraries, at least not in the same way. I'm at a loss. Waffle: https://forum.winehq.org/viewtopic.php?t=37852 Note: On first run Steam will self-update. This seems to work fine. No log-in needed to get this far. -- 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 51800] New: UserBenchmark Crash
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=51800 Bug ID: 51800 Summary: UserBenchmark Crash Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lolothepro29(a)gmail.com Distribution: --- Created attachment 70686 --> https://bugs.winehq.org/attachment.cgi?id=70686 Logs UserBenchmark crash in full benchmark -- 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 46049] New: Regression?: Unable to draw green annotations in Chessbase 11
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=46049 Bug ID: 46049 Summary: Regression?: Unable to draw green annotations in Chessbase 11 Product: Wine Version: 3.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- It no longer seems to be possible to draw green annotations in Chessbase 11. To do this hold down alt and click (and move the mouse for an arrow). Alt + shift and alt + ctrl (red and yellow) appear to work still. This could be an effect of the window manager (KDE) as alt and mouse moves the window and that appears to be happening, but surely the Windows behaviour should be the default if actioned on a windows application? This used to be possible. -- 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 4