July 2008 - Wine-bugs - list.winehq.org

[Bug 10051] New: Parallax SX Key IDE cannot detect serial port under WINE
by wine-bugs＠winehq.org 18 May '25

18 May '25

http://bugs.winehq.org/show_bug.cgi?id=10051 Summary: Parallax SX Key IDE cannot detect serial port under WINE Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ultimatedevr(a)yahoo.com Created an attachment (id=8599) --> (http://bugs.winehq.org/attachment.cgi?id=8599) Result of running SXKey.exe in wine with the +setupapi debug flag. I am trying to run the Parallax SX Key IDE through WINE, however the IDE does not detect any of my serial ports. I have symlinked them to ~/.wine/dosdevices/ and added them to my registry, however the IDE still cannot detect my serial ports. I am currently running WINE v.0.9.46 (the same problem exists in the CVS version as well). (BTW, I have heard of others getting this to work, yet others who couldn't: http://forums.parallax.com/forums/default.aspx?f=15&m=217429&g=221692) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 13159] New: tooltips won't show up on partly hidden items
by wine-bugs＠winehq.org 18 May '25

18 May '25

http://bugs.winehq.org/show_bug.cgi?id=13159 Summary: tooltips won't show up on partly hidden items Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com To see the bug, open regedit drag the bar that separates registry tree from values so that it partly covers registry branches names. If you use native comctl32.dll or in windows you'll see tooltips over these partly covered items, displaying full item name. Wine won't show anything. This is true with listview also. In some applications that have big listview tables with long values this bug becomes pretty annoying (when you constantly have to change comlumn widths etc in order to see complete values). Maybe this bug was reported earlier, but I have not found 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.

2 18

[Bug 11461] New: TortoiseSVN does not run under Wine
by wine-bugs＠winehq.org 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=11461 Summary: TortoiseSVN does not run under Wine Product: Wine Version: 0.9.5. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mslinn(a)mslinn.com I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the local file window when running under Windows, but not when running under wine. Here is how I invoke winscp under wine: WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp" Background: WinSCP is a very nice GUI front end for Subversion (svn). You can read about it and download it here: http://tortoisesvn.tigris.org/ TortoiseSVN should not be run across a network when the Icon Overlays feature is enabled. http://tortoisesvn.net/node/138 http://tortoisesvn.net/node/267 However, TortoiseSVN's icon overlay feature is one of the program's major assets. I want to use Cygwin's xterm to connect to the samba server that holds the svn checkout directory and use Wine to run TortoiseSVN locally on that server. The user would be presented with a nice visual representation of the state of their checked out Subversion project, and performance would be good. On Windows, TortoiseSVN can display its icons in any file chooser window, and in Windows Explorer. I have also found that WinSCP's explorer view will show icons for the local machine. I would prefer not to have to run WinSCP in order to view TortoiseSVN icons. Perhaps a tiny Win32 program that merely shows a file dialog would be sufficient to run in an xterm, if Wine would support whatever system calls TortoiseSVN makes. For me, and many other programmers and IT personnel who work in a mixed Windows/Linux environment, Wine would be much more useful if there was a way to run it under Wine. Might it be possible to extend winefile with whatever it currently lacks in order to allow TortoiseSVN to run? -- 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 24

[Bug 14669] New: Daniel Valot's Mahjongg Ansi 1.22 doesn't show "game over" dialog properly when you lose (dogfood)
by wine-bugs＠winehq.org 02 May '25

02 May '25

http://bugs.winehq.org/show_bug.cgi?id=14669 Summary: Daniel Valot's Mahjongg Ansi 1.22 doesn't show "game over" dialog properly when you lose (dogfood) Product: Wine Version: 1.1.2 Platform: Other URL: http://dvalot.free.fr/download/Mahinsta.exe OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Daniel Valot has several games available for download at http://dvalot.free.fr/games.htm This bug is in the 'ansi' (non-.NET) version of his Mahjohngg. My wife plays this often, and problems in it are a showstopper for migration to Linux (see http://kegel.com/wine/migrating-user-1.html) The game plays tolerably in Linux (once you figure out to click the 'X' icon on the left bar to get fullscreenish mode)... but if you play badly and lose, the game over dialog that pops up is not drawn properly. I'll attach a saved game; to reproduce the problem, load the saved game (File / Load), then click on the two "3" tiles. The game over dialog will pop up. -- 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 15

[Bug 13884] New: No music in Blue Wish Resurrection Plus
by wine-bugs＠winehq.org 20 Apr '25

20 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=13884 Summary: No music in Blue Wish Resurrection Plus Product: Wine Version: CVS/GIT Platform: Other URL: http://www004.upp.so-net.ne.jp/x_xgameroom/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leffeman(a)gmail.com Created an attachment (id=13974) --> (http://bugs.winehq.org/attachment.cgi?id=13974) Normal Wine log Music doesn't work in BWR+ 1.11. The music is stored as MP3 data files. This might be the same as bug 9554. There are quite a few DirectMusic stubs in the log, so perhaps something is not implemented. -- 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 21

[Bug 10341] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org 18 Apr '25

18 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=10341 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it Game crash when exit the game -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org 15 Apr '25

15 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- 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 10

[Bug 14218] New: OleLoadPictureEx is not fully implemented (ole32)
by wine-bugs＠winehq.org 21 Mar '25

21 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=14218 Summary: OleLoadPictureEx is not fully implemented (ole32) Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: mehlers(a)adata.de Created an attachment (id=14504) --> (http://bugs.winehq.org/attachment.cgi?id=14504) Wine Output for OleLoadPictureEx The Main Window of our Software under Windows shows a Picture. If we use the builtin-Version of ole32 the Picture is not displayed. It seems that "OleLoadPictureEx" ist not fully implemented. See attachment "output.txt" for more information. adata Software GmbH Michael Ehlers -- 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 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- 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 21

[Bug 10522] New: endless WM_PAINT loop bug (update regions, queue paint count)
by wine-bugs＠winehq.org 17 Feb '25

17 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=10522 Summary: endless WM_PAINT loop bug (update regions, queue paint count) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/whdc/devtools/debugging/install x86.mspx OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9265) --> (http://bugs.winehq.org/attachment.cgi?id=9265) trace with WINEDEBUG=+tid,+message,+win,+server Hello, I've seen this bug a while ago in other apps but ignored it because it was not easily to reproduce. Well until recently when I tested some stuff with windbg from "Debugging Tools for Windows" (Microsoft). I used debugging tools version 6.8.4.0 and recent GIT (wine-0.9.49-302-g58b85bb). Immediately when a child window was opened using toolbar (register, locals, .. whatever), windbg would become unresponsive, eating most CPU. Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation. Though "MDI emulation" is more obvious, it actually shows the endless refreshing (window caption). Attached is WINEDEBUG=+tid,+message,+win,+server log. Additionally I added a trace message which prints the current queue paint count (when incremented or fetched) which makes some things easier to spot. Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d". The window hierarchy is as follows: --- snip --- *root*=0x10020 Shell_TrayWnd=0x10022 WinDbgFrameClass=0x10024 DockClass=0x10026 ToolbarWindow32=0x10028 msctls_statusbar32=0x1002a tooltips_class32=0x1002e WinBaseClass=0x10030 ToolbarWindow32=0x10032 SysListView32=0x10034 SysHeader32=0x10036 RichEdit20W=0x10038 --- snip --- After the child windows are created the queue paint count never drops to zero, resulting in endless WM_PAINT processing. Maybe some update (region) code path missed or flags problem? I played a bit with ignoring null region updates and it seemed to help a bit (preventing endless WM_PAINT loop) though other stuff wasn't drawn properly then. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41