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

[Bug 11972] New: not able to chat in the chat rooms
by wine-bugs＠winehq.org Oct. 22, 2012

Oct. 22, 2012

http://bugs.winehq.org/show_bug.cgi?id=11972 Summary: not able to chat in the chat rooms Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: durgesh2487(a)gmail.com The chat/messenger client Rediffbol is getting correctly installed via wine but when in a private message or in a chat room , the messages of other users and myself cannot be seen. The user list can be seen. While the message typed from here on linux can be seen by the ones on windows. To make the long story short, it is not possible to "chat" in the chat rooms or in the private messaging windows. here is a link to the 8th version of that software: http://imdownloads.rediff.com/newbol/bolinstaller.exe while the website for that software: http://messenger.rediff.com/newbol/ am attaching the 7th, i.e the older version of this software as an attachment. Thanks in advance. -- 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.

1 7

[Bug 15118] New: PokerTracker HUD dysfunctional (UpdateLayeredWindow needs implementing?)
by wine-bugs＠winehq.org Oct. 13, 2012

Oct. 13, 2012

http://bugs.winehq.org/show_bug.cgi?id=15118 Summary: PokerTracker HUD dysfunctional (UpdateLayeredWindow needs implementing?) Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wtipton(a)hmc.edu Created an attachment (id=15822) --> (http://bugs.winehq.org/attachment.cgi?id=15822) normal output PokerTracker (www.pokertracker.com -- trial version available) creates a bunch of small windows which overlay poker clients' windows and give various statistics about opponents' play. The most recent versions of PokerTracker include updates to this functionality which, unfortunately, break the application under wine. Instead of the small, information-bearing dialog appears a very large blank gray one with which the user can not interact. The most relevant-seeming line in the normal output is: fixme:win:UpdateLayeredWindow (0x10a40,0x354,0x33f300,0x33f2d4,0x380,0x33f2bc,0x007b7b7b,0x33f334,2): stub! -- 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.

1 74

[Bug 18057] New: mishandled has_space==1 && opt_s==0 in programs/wcmdmain.c for built in commands
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=18057 Summary: mishandled has_space==1 && opt_s==0 in programs/wcmdmain.c for built in commands Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: swelef(a)post.sk When using ActivePerl to execute Perl statements such as my $p=`set PATH`; ActivePerl will pass it as a quoted argument to CreateProcessW: CreateProcessW app L"cmd.exe" cmdline L"cmd.exe /x/d/c \"set PATH\"" wcmdmain.c:wmain will get the following arguments: 0 => L"cmd.exe" 1 => L"/x/d/c" 2 => L"set PATH" and determine that has_space==1 && opt_s==0 thus creating cmd = L"\"set PATH\"" This command is later passed to WCMD_execute where there's no match with the "inbuilt[]" commands (because of the leading double-quote) and it's in turn passed to WCMD_run_program. That function tries to do its best but in the if ((opt_c || opt_k) && !opt_s && !status && GetLastError()==ERROR_FILE_NOT_FOUND && command[0]=='\"') branch (wcmdmain.c, lines #1158-1162 in wine 1.1.19) it strips the quotes and calls _itself_ thus missing the check for "inbuilt[]" commands. What's required here is to call back to WCMD_execute but unfortunately some of the WCMD_execute's arguments are not available at this point. PS: I'm trying to use S60_5th_Edition_SDK_v1.0 on debian lenny and the first point of failure was the Perl statement open PIPE, "set EPOCROOT |"; I have made experiments with wine 1.0.1 and 1.1.19 and with ActivePerl 5.10.0.1004 and StrawberryPerl 5.10.0.4 with the same results. However, Wine 1.1.19 with ActivePerl and `set PATH` is the only test case I have investigated in depth. -- 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.

1 13

[Bug 10763] New: Window movement in virtual desktop mode should match real Windows
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=10763 Summary: Window movement in virtual desktop mode should match real Windows Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, This is a suggestion about the way window borders are drawn when windows are dragged or resized, when in virtual desktop mode. Windows (2000) operation seems to be like this: - Window movement: - When the pointer is stationary over the window title bar, pressing and holding the left button causes the highlighted border frame to be drawn after approximately 1 second. (Wine only draws the border frame once the pointer is moved.) - For non-resizeable windows, the border is highlighted by a 1-pixel thick rectangle with dotted lines (Wine does this currently). For resizeable windows, the border is highlighted by a 4-pixel thick rectangle with crosshatch/checkerboard lines. (Wine uses XOR/complement highlighting in this case.) - Window resizing: - As with movement of resizeable windows, the Windows border frame drawing differs from Wine's complement type highlighting. My suggestion is that by default Wine's behaviour should match the Windows behaviour. However some users may prefer the complement type highlighting. (In some cases parts of the Windows border frame are invisible, depending on the background colour.) Maybe have an option or registry setting to tell Wine to always complement (including when moving non-resizeable windows)? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 17730] New: Painkiller level E4M3 "Babel" hangs on load
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=17730 Summary: Painkiller level E4M3 "Babel" hangs on load Product: Wine Version: 1.1.17 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aoanla(a)yahoo.com For unknown reasons, when attempting to start the level "Babel" in Painkiller (Steam edition) in Wine, the game hangs roughly 50% of the way into loading the level. The program can be killed by switching to a virtual console and killing the process - this does not affect the Steam process, and results in an apparently clean exit. There is no debug output from Wine at any point around the time of the hang. Bug occurs with NVIDIA drivers 177.80 and 180.37 Bug occurs with both fbo and backbuffer offscreen rendering. Bug occurs with Wine 1.1.17. No other wine version tested yet All previous levels load perfectly in 1.1.17. -- 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.

1 12

[Bug 13797] New: wineconsole curses backend wraps cursor in cmd incorrectly
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=13797 Summary: wineconsole curses backend wraps cursor in cmd incorrectly Product: Wine Version: 1.0-rc4 Platform: All OS/Version: Solaris Status: UNCONFIRMED Severity: minor Priority: P3 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: trisk+winehq(a)acm.jhu.edu When wineconsole is built with SVR4 curses instead of ncurses, cmd.exe appears to work correctly until enough text has been printed to reach the bottom of the screen, at which point the cursor jumps to the topmost line of the screen. Entering text will move the cursor along the topmost line, but the text will not be visible. The cursor will remain on that line indefinitely. As an example: Start cmd: wineconsole --backend=curses cmd Press return lots of times or run dir on a large directory. The cursor will jump to the top of the screen and stay there. -- 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.

1 14

[Bug 15970] New: MuckClient introduction CHM windows are spawned incorrectly
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=15970 Summary: MuckClient introduction CHM windows are spawned incorrectly Product: Wine Version: 1.1.8 Platform: PC URL: http://www.xcalibur.co.uk/MuckClient/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=17159) --> (http://bugs.winehq.org/attachment.cgi?id=17159) MuckClient standard error traces While testing bug 9522, I noticed that on first-time launch of the MuckClient application, the introduction CHM help window is spawned twice with no client area, while on Windows only one such window is displayed with a normal client area. Standard error traces are 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.

1 16

[Bug 14545] New: Baldur's Gate Trilogy: installation fails
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=14545 Summary: Baldur's Gate Trilogy: installation fails Product: Wine Version: unspecified Platform: PC-x86-64 URL: http://www.shsforums.net/index.php?autocom=downloads&sho wfile=54 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: janukato(a)hotmail.com Installation fails with wine and wineconsole, nothing else can be done. -- 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.

1 31

[Bug 10176] New: rFactor Dedicated not working anymore after update
by wine-bugs＠winehq.org Sept. 30, 2012

Sept. 30, 2012

http://bugs.winehq.org/show_bug.cgi?id=10176 Summary: rFactor Dedicated not working anymore after update Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: website-bugs AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.buchmann(a)uni-bayreuth.de Created an attachment (id=8780) --> (http://bugs.winehq.org/attachment.cgi?id=8780) console output Hello, rFactor Dedicated Server (http://www.rfactor.net) used to work until rFactor Version 1.250. After upgrading to Version 1.255 it is not working anymore. Please find the output messages attached. My System is x86 32-bit, ubuntu 7.04 and wine 0.9.47. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 53

[Bug 10087] New: MessageBox-based Win95 Program Loads Frame only
by wine-bugs＠winehq.org Sept. 28, 2012

Sept. 28, 2012

http://bugs.winehq.org/show_bug.cgi?id=10087 Summary: MessageBox-based Win95 Program Loads Frame only Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: John(a)SVTIi.com CC: John(a)SVTIi.com Created an attachment (id=8650) --> (http://bugs.winehq.org/attachment.cgi?id=8650) ZIP file with executable and readme. A simple, messagebox based Win32 application will not run in wine v. 0.9.47. The messagebox window frame appears in the correct size, and the banner text is correct, but nothing else appears. The inert window can be moved but not operated. If the wine file manager is dismissed while the inert window is visible, wine does not terminate as usual. I am running wine in Fedora 4, with all sw fully updated. The application is in a file named RandIntG.exe and is freeware available at: http://www.simtel.net/product.php%5Bid%5D18258%5Bsekid%5D0%5BSiteID%5Dsimte… A copy of the release package containing the application executable is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15