May 2013 - Wine-Bugs - list.winehq.org

[Bug 32342] New: PlanetSide2 Error message and bugreport.txt and debug.log in Steam.
by wine-bugs＠winehq.org Jan. 17, 2026

Jan. 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=32342 Bug #: 32342 Summary: PlanetSide2 Error message and bugreport.txt and debug.log in Steam. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42683 --> http://bugs.winehq.org/attachment.cgi?id=42683 PlanetSide2 bugreport.txt Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log message with attached bugreport. Also attached debug.log is generated in Steam install dir. -- 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.

3 156

[Bug 12060] New: Three bugs in MilkDrop Visualization in WinAMP 5.5.2
by wine-bugs＠winehq.org Jan. 15, 2026

Jan. 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=12060 Summary: Three bugs in MilkDrop Visualization in WinAMP 5.5.2 Product: Wine Version: CVS/GIT Platform: PC URL: http://download.nullsoft.com/winamp/client/winamp552_ful l_en-us.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=11432) --> (http://bugs.winehq.org/attachment.cgi?id=11432) The way it looks like (red lines are painted intentionally) 1) Direct3D window is not placed withing its parent window 2) Some visualizations cause Direct3D window to be split weirdly (vertically by two regions, then left region is split into two, and so on). 3) F1 button which has to show a help window within Direct3D window shows garbage Screenshot is attached. -- 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.

3 48

[Bug 32445] New: PuTTY window does not receive focus when "Allow window manager to control windows" option disabled
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

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.

3 6

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

Jan. 14, 2026

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.

3 27

[Bug 19410] New: Personal Stock Monitor: tooltip text not visible
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=19410 Summary: Personal Stock Monitor: tooltip text not visible Product: Wine Version: 1.1.26 Platform: PC-x86-64 URL: http://www.personalstockmonitor.com/downloads.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com In Personal Stock Monitor (see URL for download), if one hovers over a truncated entry a tooltip pops up, but there is no visible text on it. -- 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.

3 12

[Bug 32508] New: StringFormatFlagsNoClip breaks StringAlignmentCenter and (probably) StringAlignmentFar)
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=32508 Bug #: 32508 Summary: StringFormatFlagsNoClip breaks StringAlignmentCenter and (probably) StringAlignmentFar) Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexpigna.dev(a)gmail.com Classification: Unclassified In method GdipDrawString if StringFormatFlagsNoClip flag is enabled the string rect width is modified to be very large. This breaks how centered and probably far alignments are handled since the string will be moved a crazy amount of pixels to the right. Since when StringFormatFlagsNoClip is on the clipping region is already disabled I suspect that modifying the width is not only broken but also unnecessary. I'm not sure though since I don't know gdiplus code well enough. Leaving the width as it is fixes the issue for my case: a .net launcher for a game. -- 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.

3 7

[Bug 22647] New: MindManager X5 Pro and MindManager 7
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=22647 Summary: MindManager X5 Pro and MindManager 7 Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: crramirez(a)gmail.com Created an attachment (id=27859) --> (http://bugs.winehq.org/attachment.cgi?id=27859) Mindmap without showing text This application runs well, but they do not draw text correctly or do not draw text at all. See the screenshots. The applications are fast enough to be usable. The strange thing is that in CrossOver 9.0 that is wine 1.1.34 based. It draws correctly but it is to slow. I think that could be one of two problems: * Font engine, due to CrossOver and wine have different ones. * DIB Engine, maybe the dib engine was changed in recent wine versions and in CrossOver don't. Anyone can help me to do further tests in order to this issue be fixed? Regards -- 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.

3 44

[Bug 31367] New: "OK" button in folder selecting dialog of XMPSetup is always unavailable
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

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.

3 7

[Bug 31034] New: RockMelt browser not usable
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=31034 Bug #: 31034 Summary: RockMelt browser not usable Product: Wine Version: 1.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: computergeoffrey(a)zoho.com Classification: Unclassified Created attachment 40743 --> http://bugs.winehq.org/attachment.cgi?id=40743 Border and loading problem RockMelt, a web browser for Windows based on Chromium, is not usable with Wine. The problems: * online (official) installer doesn't work (offline installer @ http://www.techmailers.in/2012/03/rockmelt-browser-full-version-offline.html does) * the intro window doesn't load * if you click the intro window away, you can't browse websites * you can't maximise properly to your whole screen - borders are drawn wrongly Please see attachment. It's possible issue 1, 2 and 3 are related. -- 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 16

[Bug 11846] New: tablet pressure sensitivity not working in Sai and many other key graphic applications
by wine-bugs＠winehq.org Jan. 11, 2026

Jan. 11, 2026

http://bugs.winehq.org/show_bug.cgi?id=11846 Summary: tablet pressure sensitivity not working in Sai and many other key graphic applications Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: blurymind(a)gmail.com tablet pressure sensitivity still not working on crucial graphic software that is made to be used with tablets. I am not sure if thats due wintab32,because im not a developer. Applications like SAI that are wonderfully small ,full featured and even better than photoshop for CG coloring (better brushes,other key features) work almost perfectly fine on wine, but their practically useless when tablet pressure doesnt work.. http://appdb.winehq.org/objectManager.php?sClass=version&iId=11044 another application that is a freeware and a fine substitute for painter is http://appdb.winehq.org/objectManager.php?sClass=version&iId=7425&iTestingI… tablet pressure works on photoshop and artrage,but not on many other key applications in the graphic world that crucially depend on it. This feature is very important,since there are absolutely no alternatives to these applications on linux (if you study their key features you'll see there arent any on windows too at the moment,especially Sai). The applications work almost perfectly on wine,but that lack of this feature stops people from taking advantage of that. Another application is Open Canvas... But especially Sai- If there is any hack or workaround to get pressure sensitivity working on sai, even a patch..i would gladly test it and report any progress on Sai on wine. -- 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.

3 141