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

[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 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 24525] New: Sharing of Files does not work - Application "DVRManager" from Kathrein Germany - MFSServer
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=24525 Summary: Sharing of Files does not work - Application "DVRManager" from Kathrein Germany - MFSServer Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: panther(a)toppoint.de panther(a)Akela:~/.wine/drive_c/Programme/Kathrein/DVRManager$ wine UFS822.exe fixme:advapi:RegisterEventSourceW ((null),L"bgsvcgen"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x73e7d4,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- Main Menue is shown.... selecting MFS-Server ... selecting Shareing Server... fixme:share:NetShareEnum Stub ((null) 502 0x33dbb4 -1 0x33dba8 0x33dbb8 0x33dbbc) fixme:share:NetShareEnum Stub ((null) 502 0x33d538 -1 0x33d52c 0x33d53c 0x33d540) --- asked for user/password.... so no crash anymore... but the NetShare does not work! Any help? A new bug! Download: http://www.kathrein.de/esc-kathrein/data/receiver/pc-programm/dvr-manager-2… YS Panther PS: It was a test with version Wine 1.3.3 -- 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 13

[Bug 22647] New: MindManager X5 Pro and MindManager 7
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

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.

2 43

[Bug 32508] New: StringFormatFlagsNoClip breaks StringAlignmentCenter and (probably) StringAlignmentFar)
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

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.

2 6

[Bug 28759] New: 'start inetcpl.cpl' fails
by wine-bugs＠winehq.org 07 Jun '25

07 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=28759 Bug #: 28759 Summary: 'start inetcpl.cpl' fails Product: Wine Version: 1.3.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Starting inetcpl.cpl directly via the start command doesn't seem to be possible in Wine. Running 'wineconsole cmd' and then 'start inetcpl.cpl' from within cmd gives: Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found start C:/Windows/system32/inetcpl.cpl gives: Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: Success Both cases bring up the Internet Options control panel applet on Windows XP. Just running "wine inetcpl.cpl" also fails, with no output except "Segmentation fault". -- 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 12

[Bug 22273] New: CDBurnerXP doesn't start with Mono
by wine-bugs＠winehq.org 07 Jun '25

07 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=22273 Summary: CDBurnerXP doesn't start with Mono Product: Wine Version: 1.1.42 Platform: x86-64 URL: http://cdburnerxp.se/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com The summary basically says it all... with winetricks mono26, the program installs but won't start. With winetricks dotnet20, it's buggy but at least somewhat usable. There's not much terminal output: fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Native.CDBXP" (1.0.4.0) fixme:reg:GetNativeSystemInfo (0x9c9bf58) using GetSystemInfo() -- 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