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

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #479 from Ivan <vaniaz(a)msn.com> 2011-05-04 14:03:47 CDT --- (In reply to comment #478) > oops, a little mistake in my post: > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17' > > should be: > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17/bug6971-mar8.patch' Did it actually apply? It didn't for me, had to change all lines manually. Also, what is your xserver version? -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #478 from David <davilando(a)gmail.com> 2011-05-04 13:51:16 CDT --- oops, a little mistake in my post: 'patch -p1 < lib/wine-src/extracted/wine-1.3.17' should be: 'patch -p1 < lib/wine-src/extracted/wine-1.3.17/bug6971-mar8.patch' -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #477 from David <davilando(a)gmail.com> 2011-05-04 13:48:05 CDT --- (In reply to comment #475) > (In reply to comment #474) > > Im trying to get Mass Effect 2 working with 360 degress mouse rotation, but I > > still didnt succeed :( > > > > I used wine 1.3.18 => didn't help at all > > I just tested ME2 on wine 1.3.18 and the mouse rotation works now. I do > remember testing 1.3.16 or .17 and the mouse would leave the window, but it > works now. I have the same Xorg and kernel, but I use Gentoo. If it makes any > difference, I played in windowed mode in a Wine virtual desktop. Without the > virtual desktop, the window sizes itself to only show the upper left corner of > the game, but that's another bug. Thanks a lot for replying! Well since you had a positive result I tried it again and I also tested ME2 in a virtual desktop, result: wine 1.3.17 + dinput2 patch => NO 360 degrees rotation wine 1.3.17 + dinput2 patch + virtual desktop => NO 360 degrees rotation wine 1.3.18 => NO 360 degrees rotation wine 1.3.18 + virtual desktop => NO 360 degrees rotation wine 1.3.19 => NO 360 degrees rotation wine 1.3.19 + virtual desktop => NO 360 degrees rotation In conclusion I don't know how your setup differs from my setup, but apparently there is something that is making my setup fail :( It might be that the applied Ubuntu patches broke something that the Gentoo kernel left intact. Or perhaps you compiled your kernel with different parameters than the default Ubuntu kernel build, which just make the difference. but I'm out of ideas :( If you find anything special about your kernel or Xorg build, please let me know! some more info about the patched wine 1.3.17: I downloaded wine 1.3.17 from sourgeforge and patched wine 1.3.17 using the following commands: patch -p1 < lib/wine-src/extracted/wine-1.3.17 ./configure make -j 4 And then I set the the correct wineprefix (using 'export WINEPREFIX=/dir_to_wine_prefix' ) and I ran ME2 using this new wine (when I'm in the correct dir) using its absolute path, as in: ~/lib/wine-src/extracted/wine-1.3.17/wine "MassEffect2.exe" If anyone has a working Ubuntu 11.04 + wine + ME2 setup please let me know! -- 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 0

[Bug 2547] word perfect 12 trial fails to install
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=2547 --- Comment #24 from Saulius K. <saulius2(a)gmail.com> 2011-05-04 11:02:13 CDT --- It seems I was testing Wine 1.3.10 ATM. Download link got busted since. -- 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 0

[Bug 27025] New: fomit-frame-pointer causes crash in iexplore and WoW Launcher
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=27025 Summary: fomit-frame-pointer causes crash in iexplore and WoW Launcher Product: Wine Version: 1.3.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ranguvar(a)archlinux.us I noticed this problem when using GCC 4.6, but it seems that is due to -fomit-frame-pointer being enabled when it was not before, as GCC 4.5 also fails using that option specifically. This is from a 64-bit GNU/Linux distro, compiling Wine with 32-bit libraries for running 32-bit programs. Compiler options were "-march=x86-64 -O0 -pipe -ggdb -fomit-frame-pointer" I found the problem when running World of Warcraft's Launcher program, but it seems the problem is in anything dealing with web page viewing, as iexplore also dies instantly. The output from WINEDEBUG=+mshtml WINEPREFIX=/home/ranguvar/.winenew wine winedbg iexplore is here: http://pastebin.com/9xx1Xg0N This is with Gecko 1.2.0, without Gecko pages will not load in the first place. -- 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 6

[Bug 8322] TaskCoach failed to view Menu bar and right click menu (user32.MENU_GetBitmapItemSize handles HBMMENU_CALLBACK case incorrectly)
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=8322 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Component|-unknown |user32 Summary|TaskCoach failed to view |TaskCoach failed to view |Menu bar and right click |Menu bar and right click |menu |menu | |(user32.MENU_GetBitmapItemS | |ize handles | |HBMMENU_CALLBACK case | |incorrectly) --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2011-05-03 19:09:23 CDT --- Hello, confirming, still present. $ wine --version wine-1.3.19-100-ga343c1f $ sha1sum TaskCoach-0.67.0-win32.exe aef9abff5fc45abb9cb079831c1e2b5c6a1a93a4 TaskCoach-0.67.0-win32.exe Trace log snippet: --- snip --- ... 0025:Ret window proc 0xa015b0 (hwnd=0x2007c,msg=WM_INITMENUPOPUP,wp=000100f8,lp=00000007) retval=00000000 ... 0025:Call window proc 0xa015b0 (hwnd=0x2007c,msg=WM_DRAWITEM,wp=00000000,lp=0032ddb8) ... 0025:Call KERNEL32.OutputDebugStringW(01b01774 L"9:56:44 PM: ..\\..\\src\\msw\\ownerdrw.cpp(451): assert \"(nBmpWidth <= rc.GetWidth()) && (nBmpHeight <= rc.GetHeight())\" failed in wxOwnerDrawn::OnDrawItem().\r\n") ret=00aaa771 0025:Ret KERNEL32.OutputDebugStringW() retval=0032d3b0 ret=00aaa771 --- snip --- G00gling a bit, this thread came up: http://wxpython-users.1045709.n5.nabble.com/C-assertion-in-PopupMenu-td2370… --- quote --- "I just received an >> automated error report I've never seen before and can't seem to >> reproduce on my system. " "I'm on WinXP Service Pack 3, while this user is only on Service Pack 2, so it still could be that your theory is correct if Microsoft fixed something under the hood." --- quote --- Both developers - Paul McNett, author of the app and Robin Dunn, creator of wxPython - didn't notice its actually Wine the app was run on ;-) -> "Platform: 0.9.27 Windows-XP-5.1.2600-SP2" The source code of the corresponding member function wxOwnerDrawn::OnDrawItem(), where the assert appears: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… >From debugging it seems the selected bitmap is valid but the rectangle (const wxRect& rc) passed into OnDrawItem() member function seems to be width=0, height=0, hence the assert(). --- snip --- Wine-dbg>bt Backtrace: =>0 0x68392bdb MENU_DrawBitmapItem(hdc=0x5e0, lpitem=0x160d50, rect=0x33e0bc, hmenu=0x4021c, hwndOwner=0x30236, odaction=0x1, menuBar=0) [/opt/projects/wine/wine-git/dlls/user32/menu.c:862] in user32 (0x0033e148) 1 0x68395866 MENU_DrawPopupMenu+0x293(hwnd=0x501a2, hdc=0x5e0, hmenu=0x4021c) [/opt/projects/wine/wine-git/dlls/user32/menu.c:1775] in user32 (0x0033e1b8) 2 0x68399e47 PopupMenuWndProc+0x188(hwnd=0x501a2, message=0xf, wParam=0, lParam=0) [/opt/projects/wine/wine-git/dlls/user32/menu.c:3493] in user32 (0x0033e258) ... Wine-dbg>n 867 int w = rect->right - rect->left; ... Wine-dbg>p *rect {left=0x2, top=0xb, right=0x2, bottom=0xb} ... Wine-dbg>frame 1 ... Wine-dbg>p bmprc {left=0x2, top=0xb, right=0x2, bottom=0xb} ... Wine-dbg>p *lpitem {fType=0, fState=0, wID=0x1391, hSubMenu=(nil), hCheckBit=(nil), hUnCheckBit=(nil), text="&Help contents", dwItemData=0x1a6d738, dwTypeData=0x0(nil), hbmpItem=0xffffffff, rect={left=0x3, top=0x3, right=0xaf, bottom=0x1a}, xTab=0xa6, bmpsize={cx=0, cy=0}} --- snip --- I downloaded the sources and found the caller wxWindowMSW::MSWOnDrawItem() here: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… It seems the bitmap rectangle calculation is tries to use a bmpsize (0,0) which results in empty rectangle. hbitmap == HBMMENU_CALLBACK -> MENU_GetBitmapItemSize -> WM_MEASUREITEM -> app returns cx = cy =0 because it doesn't handle WM_MEASUREITEM at all (defers to default winproc). The reason is this code: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… (id -> wParam) WM_MEASUREITEM Message MSDN doc: http://msdn.microsoft.com/en-us/library/bb775925.aspx --- quote --- wParam Contains the value of the CtlID member of the MEASUREITEMSTRUCT structure pointed to by the lParam parameter. This value identifies the control that sent the WM_MEASUREITEM message. If the value is zero, the message was sent by a menu. If the value is nonzero, the message was sent by a combo box or by a list box. If the value is nonzero, and the value of the itemID member of the MEASUREITEMSTRUCT pointed to by lParam is (UINT) –1, the message was sent by a combo edit field. --- quote --- MENU_GetBitmapItemSize -> HBMMENU_CALLBACK -> WPARAM must be _zero_ for WM_MEASUREITEM. If you fix that the app works fine (displays menus). 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.

1 0

[Bug 26773] New: HttpOpenRequest returns cached file despite INTERNET_FLAG_RELOAD
by wine-bugs＠winehq.org May 3, 2011

May 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=26773 Summary: HttpOpenRequest returns cached file despite INTERNET_FLAG_RELOAD Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: contact(a)eloxoph.com HttpOpenRequest apparently doesn't redownload a cached file even if the flag INTERNET_FLAG_RELOAD is supplied. Also wine outputs this line while the download is in progress: fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! This breaks applications that rely on redownloading a file even if it is already in the local cache. -- 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 3

[Bug 26141] New: Titan Quest requires vcrun2003
by wine-bugs＠winehq.org May 3, 2011

May 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=26141 Summary: Titan Quest requires vcrun2003 Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com The game bundles msvcr71.dll by default, but it also depends on msvcp71.dll err:module:import_dll Library MSVCP71.dll (which is needed by L"C:\\jeu\\stlport_vc7146.dll") not found err:module:import_dll Library MSVCP71.dll (which is needed by L"C:\\jeu\\Engine.dll") not found mscodescan reveals some stubs for msvcr71.dll, but nothing for msvcp71.dll msvcr71:__CxxCallUnwindDtor msvcr71:__CxxExceptionFilter msvcr71:__CxxRegisterExceptionObject msvcr71:__CxxUnregisterExceptionObject msvcr71:__security_error_handler winetricks vcrun2003 is a workaround. -- 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 4

[Bug 25556] New: Resizing window in 1.3.9 causes SimSig to hang
by wine-bugs＠winehq.org May 3, 2011

May 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=25556 Summary: Resizing window in 1.3.9 causes SimSig to hang Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: albertpool(a)solcon.nl The windows of SimSig (Scrolly sims) do not have the correct size in Wine. This is no problem for me. Since Wine 1.3.9, I can't resize the message window anymore: any attempt to do will hang the program. The automatic scrolling does not work OK with the standard size. In Windows (XP and Vista tested), it does not have problems resizing. Resizing other programs and SimSig's main view is still OK. In Wine 1.3.8 it worked fine. -- 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 3851] running alibaba trademanager fails on startup
by wine-bugs＠winehq.org May 3, 2011

May 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=3851 fracting <fracting(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting(a)gmail.com -- 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 0