April 2019 - Wine-bugs - list.winehq.org

[Bug 33302] New: [regedit] text gets cut away
by wine-bugs＠winehq.org 13 Jun '25

13 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=33302 Bug #: 33302 Summary: [regedit] text gets cut away Product: Wine Version: 1.4.1 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fiziologus(a)gmail.com Classification: Unclassified Created attachment 44055 --> http://bugs.winehq.org/attachment.cgi?id=44055 screenshot with bug regedit don't show about 4 char on the right side in edit dialog window if value is multiline. It's simulated bug 26365 (Geneforge 1) -- 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 17614] New: Rise of Nations: Both mouse keys required for single left-click
by wine-bugs＠winehq.org 13 Jun '25

13 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=17614 Summary: Rise of Nations: Both mouse keys required for single left-click Product: Wine Version: 1.0.0 Platform: PC URL: http://www.microsoft.com/games/thronesandpatriots/downlo ads.aspx OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk I don't know when this first started, but this is apparent in Wine 1.0.0 through 1.1.16. The cursor in Rise of Nations and it's expansion Thrones and Patriots ignores right-clicks and left-clicks. Clicking BOTH left and right mouse button acts as a left click. There is a workaround. Editing the rise2.ini file, setting "ForceGDICursor=1" allows the cursor/mouse to behave normally. It also corrects a transparency problem with the cursor. I don't know what traces might be relevant here... -- 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 34

[Bug 24209] New: Burger Shop fullscreen
by wine-bugs＠winehq.org 13 Jun '25

13 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=24209 Summary: Burger Shop fullscreen Product: Wine Version: 1.2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danimothonline(a)gmail.com Created an attachment (id=30479) --> (http://bugs.winehq.org/attachment.cgi?id=30479) Screenshot of the bug. When Burger Shop is fullscreen(default behavior), the window is displayed on the top left corner of the screen. The graphics are distorted a little bit and the clicks are made as if the screen was actually placed in the middle of the screen. In the screenshot attached, note: 1) The slightly distorted graphics 2) How my mouse is positioned in the middle of the screen, and the "Challenge Mode" is highlighted. All clicks have a position relevant to the center of the screen instead of the top left. -- 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 44453] New: 30525
by wine-bugs＠winehq.org 13 Jun '25

13 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44453 Bug ID: 44453 Summary: 30525 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thekagles(a)gmail.com Distribution: --- Created attachment 60394 --> https://bugs.winehq.org/attachment.cgi?id=60394 30525 30525 -- 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 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 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 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