January 2025 - Wine-bugs - list.winehq.org

[Bug 57730] New: Gateway time-out when trying to look at all versions of an app
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57730 Bug ID: 57730 Summary: Gateway time-out when trying to look at all versions of an app Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Gateway time-out occurs when trying to look at all versions of an app for example this one: https://appdb.winehq.org/objectManager.php?sClass=version&iId=9194 -- 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 56612] New: AppDB now lists everyone who is e-mailed
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56612 Bug ID: 56612 Summary: AppDB now lists everyone who is e-mailed Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 76367 --> https://bugs.winehq.org/attachment.cgi?id=76367 Screenshot (censored) I've received a few e-mails from the AppDB, which is the norm. It used to only list me in the To:, now it lists everyone who receives the e-mail. Leaking the user's e-mail addresses could be considered a data breach. -- 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 57479] New: link for email reply in appdb is corrupted.
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57479 Bug ID: 57479 Summary: link for email reply in appdb is corrupted. Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- I received an email starting with this information; From: appdb-noreply(a)winehq.org [PM] Cadence AWR on Wine ------------------------------------------------------- The following message was sent to you from Franco Curotto through the Wine = AppDB contact form. To Reply, visit https://appdb.winehq.org/contact.php?iRecipientId=3D460194&= amp;sSubject=3DRe%3A+Cadence+AWR+on+Wine ... The reply link does not work for me, and seems to be corrupted. -- 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 28467] New: Chromium Browser restore button doesn't work
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28467 Summary: Chromium Browser restore button doesn't work Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Download chromium from http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip unpack chrome-win32.zip, cd to the directory. 2. start chrome.exe with --no-sandbox, works around Bug 21232 $ wine chrome.exe --no-sandbox Notice that the chrome window is decorated by the Linux native window manager. Is it a bug? On windows, chrome have no traditional "window bar". Now there is two "Maximal" button: one is drawn by Linux native window manager, the other is drawed by wine chrome browser it self. 3. Click on the "Maximal" button which is drawn by Linux native window manager, then chrome browser switch to maximal mode as expect. This time, the Linux native window bar is disappear. 4. Click on the "Restore" button of wine chrome browser. However it doesn't work. Wine chrome switch to normal mode for a second, then switch back to maximal mode automatically. I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 . There is some ways to work around: I. Instead of clicking on the native "Maximal" button in step 3, try to click the wine chrome "Maximal" button, then everything works as expect. II. Do not set "Allow the window manager to decorate the windows" in winecfg, then everything works as expect. III. Do not set "Allow the window manager to control the windows" in winecfg, then everything works as expect. -- 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 14

[Bug 57729] New: Game (Witch's Heart) runs faster than intended at times/given areas.
by WineHQ Bugzilla 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57729 Bug ID: 57729 Summary: Game (Witch's Heart) runs faster than intended at times/given areas. Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyubi015(a)proton.me Distribution: --- Game (Witch's Heart) runs faster than intended at times. Mostly noticable in a selected few rooms, havent noticed any case where it did not run faster than intended in those areas. This bug isnt specific to said areas however, also noticed a case where a previously not affected area sped up after a transition but that only happened once. Download link: https://vgperson.com/games/witchheart.htm Its not a 2.03 version specific issue, also was present for 2.00 Only tried main game, not any of the bonus ones. -- 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 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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 30

[Bug 43766] New: Safrosoft RoX - Level editor doesn't start
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=43766 Bug ID: 43766 Summary: Safrosoft RoX - Level editor doesn't start Product: Wine Version: 2.17 Hardware: x86-64 URL: http://www.autofish.net/shrines/rox/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: ArchLinux Created attachment 59268 --> https://bugs.winehq.org/attachment.cgi?id=59268 wine log The game's level editor crashes with a messagebox: "Run-time error '481': Invalid picture" Getting an oleaut32.dll from win7, copying it into wine's system32 folder and adding a dll override fixes the issue. -- 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 57726] New: Geometry Dash incorrectly syncs to 60hz on a 170hz screen
by WineHQ Bugzilla 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57726 Bug ID: 57726 Summary: Geometry Dash incorrectly syncs to 60hz on a 170hz screen Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: lassebq.mine(a)gmail.com Distribution: --- Geometry Dash is an OpenGL game and offers multiple framerate options in game settings: - VSync - Fixed FPS limit When custom FPS limit isn't specified and in-game vsync option is disabled the game runs at fixed 60 fps Observed result: Wine on wayland and in game Vsync: Game runs at fixed 60 fps Wine on xwayland and in game Vsync: Game runs in sync with monitor's refresh rate Expected result: Wine on wayland and in game Vsync: Game runs in sync with monitor's refresh rate Wine on xwayland and in game Vsync: Game runs in sync with monitor's refresh rate Workaround: Run the game with env -u DISPLAY vblank_mode=3 wine GeometryDash.exe And force custom FPS limit to be slightly above monitor's refresh rate. -- 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 44900] New: Colour problem with builtin gdiplus
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=44900 Bug ID: 44900 Summary: Colour problem with builtin gdiplus Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 60981 --> https://bugs.winehq.org/attachment.cgi?id=60981 Good looking with a native gdiplus With a builtin gdiplus, there is a problem with coloring the cases of channel. Problem does not occur with a native gdiplus dll. Compare the two screenshot: the first one with native dll, the second one with the builtin dll. Note the behaviour in a real Windows 10 box is the behaviour of the native dll. So, there is a problem with the builtin dll. -- 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 19

[Bug 57725] New: Popup Menue in Behringer X-Touch-editor only black
by WineHQ Bugzilla 23 Jan '25

23 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57725 Bug ID: 57725 Summary: Popup Menue in Behringer X-Touch-editor only black Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)bekuba.de Distribution: --- Popup Menue in Behringer X-Touch-editor only black -- 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