March 2020 - Wine-bugs - list.winehq.org

[Bug 48083] New: Directory name with dot as a last character
by WineHQ Bugzilla 13 Jun '25

13 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48083 Bug ID: 48083 Summary: Directory name with dot as a last character Product: Wine Version: 4.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: bi.ja(a)seznam.cz Distribution: --- Hi if you create directory name with dot as a last character, wine goes up in directory structure. So if you have c/users/user/Local Settings/Application Data/ČSOB Pojišťovna, a.s. wine goes to c/users/user/Local Settings/Application Data/ I tested it with winefile. -- 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 48380] New: Visual Basic 6 - Error
by WineHQ Bugzilla 12 Jun '25

12 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48380 Bug ID: 48380 Summary: Visual Basic 6 - Error Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jopiodz00(a)gmail.com Distribution: --- Created attachment 66137 --> https://bugs.winehq.org/attachment.cgi?id=66137 backtrace.txt & Visual Basic 6 portable .exe This error presents itself when you try to load a project. -- 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 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

[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 43355] New: Age of Empires 2 HD (Steam) locks up on joining multiplayer in lobby
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43355 Bug ID: 43355 Summary: Age of Empires 2 HD (Steam) locks up on joining multiplayer in lobby Product: Wine-staging Version: 2.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paulthetall(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 58701 --> https://bugs.winehq.org/attachment.cgi?id=58701 screenshot freeze window Age of Empires 2 HD (Steam) locks up on joining multiplayer in lobby. You can see the list with games, but when joining, the screen freezes after waiting a bit. You have to force quit Age2 HD to get out of the screen. Wine output debug is this: https://drive.google.com/open?id=0B1hInJN7W9-hNVNQblVYRGUzMDQ Attached screenshot of where it freezes. Normal Wine has not 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 19