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

[Bug 17849] New: Tree doesn't fold/unfold on mouse click
by wine-bugs＠winehq.org Oct. 26, 2012

Oct. 26, 2012

http://bugs.winehq.org/show_bug.cgi?id=17849 Summary: Tree doesn't fold/unfold on mouse click Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=20122) --> (http://bugs.winehq.org/attachment.cgi?id=20122) Tree I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is in CATIAV5R19 with tree (attached image) in main window and this is very annoying: 1) LMB in drawing area to lose focus on tree 2) LMB on "plus sign" in tree behaviour: nothing does happen expected behaviour: tree should unfold 3) move mouse pointer and tree unfolds as it should earlier 1) LMB in drawing area to lose focus on tree 2) LMB on "plus sign" in tree behaviour: nothing does happen expected behaviour: tree should unfold 3) LMB on "plus sign" again and tree unfolds but if i move mouse pointer the tree folds again which is unwelcome LMB-left mouse button -- 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 15

[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 18788] New: firefox 3 won't take input in HTML password form fields
by wine-bugs＠winehq.org Oct. 22, 2012

Oct. 22, 2012

http://bugs.winehq.org/show_bug.cgi?id=18788 Summary: firefox 3 won't take input in HTML password form fields Product: Wine Version: 1.1.22 Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: njt(a)ayvali.org Created an attachment (id=21559) --> (http://bugs.winehq.org/attachment.cgi?id=21559) I typed 'foo' in the username field and hit tab, and typed 'foo' in the password field I'm running Wine on FreeBSD 7.1-RELEASE. I was successfully able to install Firefox 3.0.10 via wine. However, in Firefox itself, I cannot enter passwords into any of the HTML password form fields. Under any other platform, Firefox displays dots for each character in a password field, under Wine, nothing is displayed, no matter what key is pressed. Under normal HTML text fields, everything is fine. See the attached screenshot. In the top Gmail login, this was Firefox running in my OS. I typed 'foo' in the username field, hit TAB, and then typed 'foo' in the password field. In the bottom Gmail login, I did the exact same thing, but Firefox was running through wine. Notice how the same keystrokes show nothing in the password field. This is not a display error, if I hit 'submit', the server seems to receive nothing from the password field. -- 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 10

[Bug 19299] New: fixme:quartz:MediaControl_RenderFile (0x7c20978/0x7c2097c)->(L"D:\\assimil\\d_fr\\sounds\\e001_01.mp3" (0x7c47674)): stub !!!
by wine-bugs＠winehq.org Oct. 19, 2012

Oct. 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=19299 Summary: fixme:quartz:MediaControl_RenderFile (0x7c20978/0x7c2097c)->(L"D:\\assimil\\d_fr\\sounds\\e 001_01.mp3" (0x7c47674)): stub !!! Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: quickhelp(a)gmail.com CC: quickhelp(a)gmail.com Created an attachment (id=22346) --> (http://bugs.winehq.org/attachment.cgi?id=22346) output of the WINEPREFIX=/bla wine Assimil.exe command - I copied all files from the cd into /blub. - I created a clean wine v1.1.25 environment: WINEPREFIX=/bla winecfg windows XP sound turned on with default (ALSA) settings that work for me in other programs d: = /blub as type CD-ROM - I installed the application (ASSIMIL french CD version 3.10): WINEPREFIX=/bla wine d:\setup.exe This seems to have worked. - cd /bla/drive_c/Programme/Assimil/d_fr - WINEPREFIX=/bla wine Assimil.exe The program starts. But when it comes to play sentences that are stored in mp3 files I hear nothing and see the above error message. Unfortunately with google I didn't found a lot about it. I tried several reinstalls with "winetricks vb6run d3dx9 ie6 vc6run" but it does not work. Any hint will be highly appreciated! Please let me know if you need anything else! -- 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 11

[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