wine-bugs September 2024

wine-bugs@winehq.org

1 participants
1618 discussions

[Bug 46475] New: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=46475 Bug ID: 46475 Summary: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 63298 --> https://bugs.winehq.org/attachment.cgi?id=63298 Image showing the issue Open wordpad, enter some words. Hold ctrl and use the scroll-wheel, the zoom doesn't work properly. "winetricks riched20" works around 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 4

[Bug 51666] New: HiSuite
by WineHQ Bugzilla 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=51666 Bug ID: 51666 Summary: HiSuite Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aykutboray(a)gmail.com Distribution: --- I installed Huawei Husite 11.0.0.550_OVE a few days ago and today I connected my phone but it cannot see my phone. I did all the settings on the phone. -- 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 43233] New: Disabling strict draw ordering causes background textures in FFXIV not to render properly
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43233 Bug ID: 43233 Summary: Disabling strict draw ordering causes background textures in FFXIV not to render properly Product: Wine-staging Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spryor(a)redhat.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- In FFXIV, there are several areas that have a sort of fog texture over some of the lower "skybox" uninteractable area. When disabling strict draw ordering, the game performs much faster, but these textures fail to render, or flicker, or flicker in a grid. However, enabling strict draw ordering is a pretty big performance hit (about 15-20 fps hit in most situations) Attached are pictures of two areas both with strict draw ordering and without. It was difficult to catch it at a moment where all the splotches of background were there, but the difference should still be clear -- 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 15

[Bug 56883] New: Dualshock bumpers registering as two buttons on wine 9.9 and later
by WineHQ Bugzilla 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56883 Bug ID: 56883 Summary: Dualshock bumpers registering as two buttons on wine 9.9 and later Product: Wine Version: 9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: quackdoctech(a)gmail.com Distribution: --- As of wine 9.9 and later a dualshock (Playstation 5) controller when connected via bluetooth and only bluetooth, the left and right bumpers will trigger two button presses at the same time. Right bumper will trigger the buttons number 5 and 13 instead of just 5 Left bumper will trigger the buttons number 4 and 13 instead of just 4 -- 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 40916] New: The Bureau: XCOM Declassified (Steam) fails to start ( .Net4 installed)
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=40916 Bug ID: 40916 Summary: The Bureau: XCOM Declassified (Steam) fails to start (.Net4 installed) Product: Wine Version: 1.9.13 Hardware: x86 URL: http://store.steampowered.com/app/65930/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 55015 --> https://bugs.winehq.org/attachment.cgi?id=55015 plain terminal output + Protection Id log I installed .Net4 via winetricks in the 32-bit Wine prefix to prevent an early crash due to bug #34643. Other than that, only corefonts and Nvidia Physx are installed, gameoverlayrenderer.dll is disabled. When I launch the game an empty, black window is opened, titled 'The Bureau: XCOM Declassified (32-bit, DX9)'. The game executable constantly uses 100% CPU, but the game doesn't load. The process has to be killed to quit. Changing Windows profile to Vista or Seven doesn't help. This bug seems to be specific to the Steam version because the game starts properly when using an 'unofficial' .exe for the game. wine-1.9.13-114-gb1930ee Fedora 24 x86_64 -- 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 8

[Bug 20843] New: Virtual colour depth & full screen resolution?
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=20843 Summary: Virtual colour depth & full screen resolution? Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Would it be technically possible to implement a virtual desktop that allows you to set the colour depth and resolution, but then wine will stretch the virtual desktop to full-screen or to a custom resolution? What would happen if you fooled a game that needed 256 colour depth into thinking that's what it is running in while it is actually running at 24bit? I ask this as I am unable to change my colour depth and reduce my resolution below 640x480. And even when I could change my colour depth it meant restarting the X-server. I assume other people will also have this problem. -- 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 31367] New: "OK" button in folder selecting dialog of XMPSetup is always unavailable
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31367 Bug #: 31367 Summary: "OK" button in folder selecting dialog of XMPSetup is always unavailable Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 41208 --> http://bugs.winehq.org/attachment.cgi?id=41208 Log: XMPSetup folder open dialog broken 1. Download XMPSetup: http://xmp.down.sandai.net/kankan/XMPSetup_4.9.0.1099-www.exe 1.5. (Optional) Works around bug 31366 with `winetricks riched20` for displaying file path in the file open dialog 2. Start with Wine XMPSetup 3. - Click "接受"/"OK" - Click "下一步"/"Next" - Click "浏览"/"open" to open the "Select an Folder Dialog"/"选择文件夹" - Select any folder in the dialog Expect result: the "OK"/"确定" button should be available Actual result: the button is always grey and unavailable Not sure if the below message is related: --- snip --- fixme:shell:BrsFolder_OnCreate flags BIF_NEWDIALOGSTYLE partially implemented fixme:shell:BrsFolder_OnCreate flags 110 not implemented --- snip --- -- 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 6

[Bug 32445] New: PuTTY window does not receive focus when "Allow window manager to control windows" option disabled
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=32445 Bug #: 32445 Summary: PuTTY window does not receive focus when "Allow window manager to control windows" option disabled Product: Wine Version: 1.5.19 Platform: x86-64 URL: http://www.chiark.greenend.org.uk/~sgtatham/putty/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified I noticed this issue testing PuTTY 0.62 with wine-1.5.19-74-g4bb92e1. Testing on Lubuntu 11.10 (OpenBox 3.5.0 WM). When the "Allow the window manager to control the windows" option has been disabled using winecfg, the PuTTY terminal window does not receive keyboard input. Instead the console window which you ran putty.exe from receives input. That only applies to the PuTTY terminal window, not the initial settings window. It also only applies when *not* in virtual desktop mode. To reproduce: - Disable "Allow the window manager to control the windows" in winecfg - Download and run putty.exe. The PuTTY Configuration window appears. Note that initially it does not seem to have focus; the window title bar is grey not blue. However the window does actually have focus and receives keyboard input. - Connect to a server. E.g. enter telehack.com for Host Name, Telnet for connection type and click the Open button. - The terminal window appears after a few seconds. It seems to be focused (title bar blue) but even if you click in the window, the characters you type appear in the console. (If you activate another window before clicking in the PuTTY one, input goes to that window instead.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 23301] New: Steam 2010 version: tooltips popups even when the steam windows isn't top-active one
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=23301 Summary: Steam 2010 version: tooltips popups even when the steam windows isn't top-active one Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mooroon2(a)mail.ru Created an attachment (id=29052) --> (http://bugs.winehq.org/attachment.cgi?id=29052) Fragment of a screenshot showing the bug in action. If I've got Steam client window opened on a page where some help tooltips are expected to popup on mouseover's over some UI elements they would popup and show as a top z-order window no matter is the Steam windows currently active one or not. An example how might it look like may be seen in attached screenshot. Easiest page to trigger the bug is the "Game details" view in the games library for the games with "Achievements" available - there would be tooltip popups when moving the mouse pointer over the pictures representing the achievements. This behavior was spotted with wine versions starting at about 1.2-rc1 and up to current 1.2-rc4. Can't tell if earlier versions of Wine suffered the same bug as I haven't got enough free time to compile and do some tests with em. -- 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 26

[Bug 51310] New: Steam - gameoverlayrenderer.dll issue, fps loss and/or stuttering if not disabled
by WineHQ Bugzilla 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=51310 Bug ID: 51310 Summary: Steam - gameoverlayrenderer.dll issue, fps loss and/or stuttering if not disabled Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gab.pulcio(a)gmail.com Distribution: --- Basically many games relies on gameoverlayrenderer.dll, if I disable it (which I did for now) they won't launch at all... a game that doesn't launch is "Spintires - Mudrunner" for example. Disabling it though resolves a lot of problems, more FPS in a lot of games (with it enabled there is an annoying stuttering and constant FPS drop, every second) BUT there is this little problem: many games won't launch with it disabled. So, I tried to disable the steam overlay and re-enabling gameoverlayrenderer.dll, it should've fixed the FPS issue, only a few games benefits from this though. I think that disabling the overlay through steam settings doesn't completely remove that garbage, thus the FPS drop/stuttering even without overlay. -- 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

← Newer
1
...
5
6
7
8
9
10
11
...
162
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