- wine-bugs - winehq.org

[Bug 219] Programs refuse to run because of safedisc copy-protection
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=219 Detlev <35shikoku(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |35shikoku(a)gmail.com --- Comment #83 from Detlev <35shikoku(a)gmail.com> 2009-06-29 13:27:08 --- This bug does not affect me for C&C Tiberian Sun. I have wine version 1.1.24 -- 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 219] Programs refuse to run because of safedisc copy-protection
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=219 Detlev <35shikoku(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |35shikoku(a)gmail.com --- Comment #83 from Detlev <35shikoku(a)gmail.com> 2009-06-29 13:27:08 --- This bug does not affect me for C&C Tiberian Sun. I have wine version 1.1.24 -- 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 2784] Mouse movement slows down game
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2784 --- Comment #18 from Tim <35shikoku(a)gmail.com> 2009-06-29 13:19:39 --- (In reply to comment #17) > (In reply to comment #15) > > Is this still an issue in current (1.1.22 or newer) wine? > > This is still an issue in 1.1.24 Uh, nevermind. I just tested this again and not it works. I did not restart after updating wine, but now it is really fast. If more can confirm I believe this bug is fixed. -- 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 19129] New: FlashFXP 3.1 does not startup anymore
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19129 Summary: FlashFXP 3.1 does not startup anymore Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: geist1(a)sms.at FlashFXP version 3.1 can not be started anymore, when running from commandline the following error appears : err:seh:setup_exception_record stack overflow 1492 bytes in thread 001c eip 7bc3c4de esp 009a0d5c stack 0x9a0000-0x9a1000-0xaa0000 -- 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 2784] Mouse movement slows down game
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2784 Tim <35shikoku(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |35shikoku(a)gmail.com --- Comment #17 from Tim <35shikoku(a)gmail.com> 2009-06-29 10:44:34 --- (In reply to comment #15) > Is this still an issue in current (1.1.22 or newer) wine? This is still an issue in 1.1.24 -- 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 18269] New: Keep "Show all tests" expanded when selecting test results
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18269 Summary: Keep "Show all tests" expanded when selecting test results Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Go to an app in the db. Click on "Show all tests". Select a test. View goes back to showing five tests. To view another older test. Click on "Show all test". Select a test.... At the moment, this has to be repeated every time you want to view an old test (which you might want to do when looking for regressions, for example). Is it possible to change this to remember that you've clicked on "Show all tests" for that app? I don't mean permanently, just while you're browsing the test result for that app. -- 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 18664] New: Merging an application with itself causes all child objects to be deleted
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18664 Summary: Merging an application with itself causes all child objects to be deleted Product: WineHQ Apps Database Version: unspecified Platform: Other URL: http://appdb.winehq.org/objectManager.php?sClass=appli cation&iId=9759 OS/Version: other Status: NEW Keywords: source Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Just happened with this app: http://appdb.winehq.org/objectManager.php?sClass=application&iId=9759 Rosanne had processed this app just before I opened it to process. The result being that the appdb found a duplicate entry: but it was the same app. (Carelessly) I merged the app with itself, this deleted all versions and test data. A number of possible solution: 1. Apps shouldn't find themselves as duplicates (identifiable by their numeric ID). 2. An error message should appear when attempting to merge an app with itself. 3. It certainly shouldn't delete all objects at a bare minimum. Better yet of course: Once an app is processed, attempting to process it again should report an error and fail, e.g. "App already processed." -- 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 2

[Bug 19112] New: Can't install Need for Speed 3 in WinXP environment
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19112 Summary: Can't install Need for Speed 3 in WinXP environment Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, when i try to run Need for Speed 3's "wine setup.exe" and Winecfg is set to Windows XP, i will get following error message: "Sorry, Need For Speed III only runs in Windows 95 and Windows 98." But the real problem will be somewhere else, because i'm able to run the setup.exe under true MS's WinXP without any 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.

1 5

[Bug 5278] Edit control redraws its background incorrectly in 16-bit app
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5278 Saulius K. <saulius2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |20050930 -- 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 18665] New: Duplicates page reports permission denied
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18665 Summary: Duplicates page reports permission denied Product: WineHQ Bugzilla Version: unspecified Platform: Other URL: http://bugs.winehq.org/duplicates.cgi OS/Version: other Status: NEW Keywords: source Severity: trivial Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Blocks: 16715 http://bugs.winehq.org/duplicates.cgi "An error occurred opening today's dupes file: Permission denied." Unless it's been moved? -- 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 7698] Counter-Strike:Source crashes after a while
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7698 jasonathey(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jasonathey(a)gmail.com --- Comment #178 from jasonathey(a)gmail.com 2009-06-28 20:11:50 --- In wine 1.1.24 I was receiving this crash with most every 'hl2.exe' based game-- fixme:font:WineEngRemoveFontResourceEx :stub fixme:font:WineEngRemoveFontResourceEx :stub fixme:avifile:AVIFileExit (): stub! wine: Unhandled page fault on read access to 0x00000024 at address 0xe0bb423 (thread 0041), starting debugger... Putting in the entry entry for hl2.exe to always start as 'Win98' instead of 'WinXP' caused this problem to go away entirely using -dxlevel 81, -dxlevel 90, and -dxlevel 95 -- 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 5720] addr_to_linear Failed to linearize address, etc.
by wine-bugs＠winehq.org 29 Jun '09

29 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5720 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #8 from Austin English <austinenglish(a)gmail.com> 2009-06-28 19:22:17 --- Reported fixed. -- 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 19113] New: Need for speed 3 - wrong detection wheel
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19113 Summary: Need for speed 3 - wrong detection wheel Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, when i try to setup wheel's dead zones under Need for speed 3 (NFS), it incorrectly detects wheel. Wheel is detected twice and one has wrong dead zone setting. In wine-1.1.24 NFS detects the wheel twice with the same correct name of wheel. In wine-0.9.58 NFS detects the wheel once with the correct name of wheel and once like /dev/input/event8. -- 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 5

[Bug 5720] addr_to_linear Failed to linearize address, etc.
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5720 jim <jimportal(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jimportal(a)gmail.com --- Comment #7 from jim <jimportal(a)gmail.com> 2009-06-28 17:57:46 --- I Tested with 1.1.24 (clean .wine directory) and could not get it to crash. Terminal output is the same as Austin's without the crash at the end. Looks fixed to me. -- 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 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=9221 --- Comment #31 from Wylda <wylda(a)volny.cz> 2009-06-28 17:19:18 --- Hi, during playing of Need for speed 3 (NFS): 1. I'm missing some force feedback effects like engine's rumble or effects when driving on dust/grass/wooden bridge 2. There is wrong behavior when hitting right or left side of car, the wheel's force is always to the left 3. Console is flooded all the time by message: fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 47 "Invalid argument". 4. In Menu "Control" there is a console message: fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 96) Wine-1.1.24 and no need to apply here mentioned patch to get force feedback to work. -- 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 19115] New: AIM 6.9 does not start
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19115 Summary: AIM 6.9 does not start Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ninja_x35(a)yahoo.com Created an attachment (id=22074) --> (http://bugs.winehq.org/attachment.cgi?id=22074) bash output for wine Installation works, but when trying to start the program it shows on the task bar and tries to load for about a minute before disappearing completely. -- 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 19104] New: RenderMonkey 1.82 cannot create any kind of rendering context
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19104 Summary: RenderMonkey 1.82 cannot create any kind of rendering context Product: Wine Version: 1.1.24 Platform: PC-x86-64 URL: http://developer.amd.com/Downloads/RenderMonkey.2008-1 2-17-v1.82.322.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: roothorick(a)new.rr.com Summary pretty much says it all. Trying to do much of anything produces any of a variety of errors: * Adding a DirectX effect to the workspace nets a "Unable to create a DirectX 9 HAL device" dialog and a black preview window with "ERROR: Invalid / Unsupported rendering device." at the top. * Adding an OpenGL ES effect to the workspace just gets the "ERROR: Invalid / Unsupported rendering device" message. * Adding a regular OpenGL effect just plain crashes the app. I figured a tool like this would be useful in troubleshooting shader-related Wine bugs. So much for that idea. -- 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 19095] New: PE explorer shows an access violation when started under AutoHotKey
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19095 Summary: PE explorer shows an access violation when started under AutoHotKey Product: Wine Version: 1.1.24 Platform: PC-x86-64 URL: http://www.heaventools.com/download/pexsetup.exe OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=22045) --> (http://bugs.winehq.org/attachment.cgi?id=22045) test Installation went fine but running doesn't. When running 'normally', without AHK, works fine. Attached is the test + it's helper function files, along with autohotkey.exe Extract and run with 'wine autohotkey.exe pex.ahk'. Wait a few seconds until the PE Explorer window shows up, and let it sit. Access violation should appear shortly. -- 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 19114] New: Need for speed 3 - wrong behavior of force feedback wheel
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19114 Summary: Need for speed 3 - wrong behavior of force feedback wheel Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, during playing of Need for speed 3 (NFS): 1. I'm missing some force feedback effects like engine's rumble or effects when driving on dust/grass/wooden bridge 2. There is wrong behavior when hitting right or left side of car, the wheel's force is always to the left 3. Console is flooded all the time by message: fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 47 "Invalid argument". 4. In Menu "Control" there is a console message: fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 96) Comparison made to MS's WinXP, which works flawlessly. -- 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 2

[Bug 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=9221 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda(a)volny.cz --- Comment #30 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-28 16:28:18 --- *** Bug 19114 has been marked as a duplicate of this bug. *** -- 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 19108] New: Counter-Strike crashes with Metacity and Compiz
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19108 Summary: Counter-Strike crashes with Metacity and Compiz Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru Created an attachment (id=22067) --> (http://bugs.winehq.org/attachment.cgi?id=22067) crash output Counter-Strike crashes with Metacity and Compiz while under Xfwm4 all is OK. The crash output is 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 7

[Bug 5941] Problem with resizable windows
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5941 Peter Rininsland <peter(a)rininsland.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |peter(a)rininsland.de --- Comment #11 from Peter Rininsland <peter(a)rininsland.de> 2009-06-28 12:11:27 --- Long time passed since the last entry. I was very impressed how great Pokerstars works with wine. Almost couldn't believe it. Having seen such a great work I doubt that this last little bit should be unsolvable. I've Wine 1.1.24 under OpenSuse 11.1. -- 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 4342] PrintDlgEx* unimplemented.
by wine-bugs＠winehq.org 28 Jun '09

28 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4342 Yuri Khan <yurivkhan(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yurivkhan(a)gmail.com --- Comment #11 from Yuri Khan <yurivkhan(a)gmail.com> 2009-06-28 10:11:13 --- As of current git state (wine 1.1.24), the PrintDlgExW function only knows how to return the default values. No code to display a dialog is actually present. If the flag PD_RETURNDEFAULT is not specified, the function is essentially a no-op. This affects pretty much every application that has printing options. -- 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 7369] eISLP -help dosen't display, 'text controller' error message
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7369 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #9 from Anastasius Focht <focht(a)gmx.net> 2009-06-27 16:26:24 --- Hello, --- quote --- Confirming. This works fine using only native ole32.dll. Just before trouble starts there's a call to ole32.CreateDataCache. Guess something goes wrong there. I'll attach a log --- quote --- Yes, its most likely ole32 CreateDataCache() that does something wrong. --- snip --- ... 0009:Call KERNEL32.LoadLibraryW(0032b880 L"C:\\windows\\system32\\tx14_doc.dll") ret=03043784 0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\tx14_doc.dll" at 0x36d0000: native 0009:Call PE DLL (proc=0x3747a83,module=0x36d0000 L"tx14_doc.dll",reason=PROCESS_ATTACH,res=(nil)) ... 0009:Ret PE DLL (proc=0x3747a83,module=0x36d0000 L"tx14_doc.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 ... 0009:Call ole32.CreateDataCache(00000000,0375a6b0,0375a6c0,0032b1ec) ret=0370c19f 0009:trace:ole:CreateDataCache ({00000000-0000-0000-0000-000000000000}, (nil), {00000000-0000-0000-c000-000000000046}, 0x32b1ec) ... 0009:Ret ole32.CreateDataCache() retval=00000000 ret=0370c19f 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception eax=00000000 ebx=03890168 ecx=75096484 edx=0032b1b0 esi=00000020 edi=00000000 0009:trace:seh:raise_exception ebp=0032b1ac esp=0032b0d4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0009:trace:seh:call_vectored_handlers calling handler at 0x706fab65 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x706fab65 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x7b83ffd9 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x7b83ffd9 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x3754568 code=c0000005 flags=0 ... 0009:trace:msgbox:MSGBOX_OnInit L"20058 : Unexpected Text Control error.\n(1-1d09)\r\n-2146808230\r\ntx4ole14" ... --- snip --- -> CreateDataCache(NULL, &CLSID_NULL, &IID_IUnknown, (LPVOID *)&pUnknown); The app crashes while trying to call vtable member on returned interface. Reference: http://msdn.microsoft.com/en-us/library/ms688476.aspx Relevant Wine code: --- snip dlls/ole32/datacache.c --- static HRESULT WINAPI DataCache_NDIUnknown_QueryInterface( IUnknown* iface, REFIID riid, void** ppvObject) { DataCache *this = impl_from_NDIUnknown(iface); ... /* * Compare the riid with the interface IDs implemented by this object. */ if (memcmp(&IID_IUnknown, riid, sizeof(IID_IUnknown)) == 0) { *ppvObject = iface; } ... } ... HRESULT WINAPI CreateDataCache( LPUNKNOWN pUnkOuter, REFCLSID rclsid, REFIID riid, LPVOID* ppvObj) { ... /* * Make sure it supports the interface required by the caller. */ hr = IUnknown_QueryInterface((IUnknown*)&(newCache->lpvtblNDIUnknown), riid, ppvObj); /* * Release the reference obtained in the constructor. If * the QueryInterface was unsuccessful, it will free the class. */ IUnknown_Release((IUnknown*)&(newCache->lpvtblNDIUnknown)); return hr; } ... static const IUnknownVtbl DataCache_NDIUnknown_VTable = { DataCache_NDIUnknown_QueryInterface, DataCache_NDIUnknown_AddRef, DataCache_NDIUnknown_Release }; --- snip dlls/ole32/datacache.c --- The app code after call to ole32.CreateDataCache() gives some hints (annotated): --- snip tx14_doc.dll --- PE 3460000- 3504000 Export tx14_doc -> call to ole32.CreateDataCache() 0x0349c19f: cmpl %edi,%eax 0x0349c1a1: jnl 0x0349c1b5 ; S_OK 0x0349c1a3: xorl %ecx,%ecx 0x0349c1a5: cmpl $-2147024882,%eax 0x0349c1aa: setnz %cl 0x0349c1ad: addl $3,%ecx 0x0349c1b0: call 0x034b8f10 0x0349c1b5: movl 0x40(%ebp),%eax ; ppvObj 0x0349c1b8: movl 0x0(%eax),%ecx ; ole32.DataCache_NDIUnknown_VTable 0x0349c1ba: leal 0x0(%ebp),%edx 0x0349c1bd: pushl %edx 0x0349c1be: pushl $0x10 0x0349c1c0: leal 0x4(%ebp),%edx 0x0349c1c3: pushl %edx 0x0349c1c4: pushl %eax 0x0349c1c5: movl 0xc(%ecx),%eax ; DataCache_NDIUnknown_VTable->fn4 0x0349c1c8: call *%eax ; *boom* 0x0349c1ca: cmpl %edi,%eax --- snip tx14_doc.dll --- The first hint is the call of the interface member function. Vtable offset 0xC basically means the interface must contain at least four member functions hence this can't be plain IUnknown (DataCache_NDIUnknown). The next hint are the parameters. Four parameters get pushed before the iface member call. The last one pushed is actually the implicit iface pThis, so the interface function takes 3 parameters. The second parameter can't obviously be a pointer one (0x10). Looking through interfaces to match the constraints it seems IOleCache/IOleCache2 is the best bet (IOleCache::Cache Method). See: http://msdn.microsoft.com/en-us/library/ms680087.aspx I tried to return IOleCache2 interface but it didn't work out in the end, it conflicted with dlls/ole32/defaulthandler.c:DefaultHandler_Construct() which also passes IID_IUnknown to CreateDataCache() and seems to expect this DataCache_NDIUnknown (where does this come from, there doesn't seem to be any documentation on it?). 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 7949] Quicktest Pro 8.2 fails to start up
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7949 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Version|unspecified |0.9.35. Resolution| |FIXED --- Comment #32 from Austin English <austinenglish(a)gmail.com> 2009-06-27 16:04:48 --- Fixed. -- 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 19101] New: Don`t install FineReader 9
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19101 Summary: Don`t install FineReader 9 Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: patsev.anton(a)gmail.com Don`t install FineReader 9 -- 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 19099] New: MeltyBlood : Game crashes after selection of window mode
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19099 Summary: MeltyBlood : Game crashes after selection of window mode Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: shinso.dark.prince(a)gmail.com After the menu to select whether the game should be run fullscreen or not the game crashes. -- 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 19088] New: World of Warcraft won't start after new kernel 2.6.27.25
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19088 Summary: World of Warcraft won't start after new kernel 2.6.27.25 Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bgillis(a)uwaterloo.ca Created an attachment (id=22034) --> (http://bugs.winehq.org/attachment.cgi?id=22034) Output from opening WoW, plus backtrace when the error is encountered After the automatic update of kernel 2.6.27.25, World of Warcraft will no longer load. In the opening display on the terminal, it crashes right after opening various archives successfully. Sometimes the program gives an error and then quits, sometimes it automatically suspends itself, and other times it has to be stopped with ^C (when this is done, it performs a backtrace; I've attached the output). Which of these happens appears to be completely random. -- 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 7949] Quicktest Pro 8.2 fails to start up
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7949 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #31 from Anastasius Focht <focht(a)gmx.net> 2009-06-27 12:52:50 --- Hello, --- quote --- Removing deprecated CVS/GIT version tag. Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks! --- quote --- Set the version to Wine 0.9.35 - the one which fixed blocking bug 4227 --- quote --- It doesn't crash anymore... but then, it doesn't do anything when you click on 'Record', maybe it's ignoring that button now. --- quote --- Then I suggest to close this bug as the issue this bug was about -> "fails to start up" seems to be fixed. Open new bug reports if there are still issues and don't forget to include download link. 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 7242] Cannot install TeleCharts on Linux FC5 system
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7242 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2009-06-27 12:39:48 --- Hello, --- quote --- Installing telechartinst.exe generates same error # 0x8000FFFF under wine-1.1.23-273-gc293285. Didn't test any further. --- quote --- This might not be the best choice ... --- snip --- ... wine client error:24: write: Bad file descriptor ... --- snip --- Please upgrade to current GIT (> 1.1.24) and retest using clean WINEPREFIX. 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 6953] SecuROM thinks wine is a CDROM emulator
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6953 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|www.securom.com |http://www.securom.com CC| |nerv(a)dawncrow.de -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] --- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. [desktop window] +-->[graphics window] +-->[battle.net window] +-->[dialog boxes] So all the graphics are being draw, but because the battle.net window is drawn on top with a transparent background the graphics window does not show. The battle.net hack floating around, that does draw the graphics, does not draw the text dialog windows. Does this have to do with the fact that X11 does not support alpha blending, and that what is now drawn as black is supposed to be transparent? --- Comment #112 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:13:01 --- Whoops, accidentally posted http://bugs.winehq.org/show_bug.cgi?id=2467#c110 before it was complete -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] --- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. [desktop window] +-->[graphics window] +-->[battle.net window] +-->[dialog boxes] So all the graphics are being draw, but because the battle.net window is drawn on top with a transparent background the graphics window does not show. The battle.net hack floating around, that does draw the graphics, does not draw the text dialog windows. Does this have to do with the fact that X11 does not support alpha blending, and that what is now drawn as black is supposed to be transparent? -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] -- 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 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8854 Victor Sergienko <singalen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |singalen(a)gmail.com Chris Spencer <millionaire317(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |millionaire317(a)hotmail.com --- Comment #38 from Victor Sergienko <singalen(a)gmail.com> 2009-05-01 06:20:49 --- X-Com: Ufo defense still broken in 1.20/Ubuntu 9.10. The two mentioned dinput.dll.so files crash the app. --- Comment #39 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:11:48 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... --- Comment #40 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:14:39 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... -- 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 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8854 Victor Sergienko <singalen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |singalen(a)gmail.com Chris Spencer <millionaire317(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |millionaire317(a)hotmail.com --- Comment #38 from Victor Sergienko <singalen(a)gmail.com> 2009-05-01 06:20:49 --- X-Com: Ufo defense still broken in 1.20/Ubuntu 9.10. The two mentioned dinput.dll.so files crash the app. --- Comment #39 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:11:48 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... -- 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 2905] Kings Quest 8 crashes while loading a saved game
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2905 --- Comment #16 from Jake Smith <jsmith(a)argotecinc.com> 2009-06-26 16:08:10 --- Created an attachment (id=22039) --> (http://bugs.winehq.org/attachment.cgi?id=22039) Debugger info when crashing Tried to verify bug against current git (wine-1.1.24-294-g9d71c13) and program failed to run at all with a fatal error. Log attached. Tried looking for the regkey that is mention changing to gdi - not in my registry - should I create it? A string? -- 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 2948] WM_CTLCOLOREDIT & LISTBOX return ignored and pen bug
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2948 Jake Smith <jsmith(a)argotecinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmith(a)argotecinc.com --- Comment #9 from Jake Smith <jsmith(a)argotecinc.com> 2009-06-26 15:56:48 --- Verified still a bug in current git (wine-1.1.24-294-g9d71c13). Still looks the same as Austin's screenshot on 4-9-2008. -- 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 8811] San Andreas Multiplayer Access Violation
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8811 --- Comment #18 from idan <idan.ubuntu(a)gmail.com> 2009-06-26 12:31:57 --- i looked in the Gnome Monitor and i found something instersting the game run from a processes call -c -h 127.0.0.1 -p -n Player but i don't have idea how to start it by my self -- 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 19039] New: Unreal Tournament 3 crashes on startup
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19039 Summary: Unreal Tournament 3 crashes on startup Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla_new(a)arcor.de Created an attachment (id=21961) --> (http://bugs.winehq.org/attachment.cgi?id=21961) The terminal log for the crash The title says it: UT3 crashes on startup with the error "programm error" and so on... -- 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 8103] Ventrilo list does not draw correctly at times
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8103 --- Comment #9 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-26 08:59:50 --- Excuse the mail-spam. But I thought I add the IP of a test-server because this also took me a while to find one: ip: vent.gamefire.com port: 5263 -- 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 8103] Ventrilo list does not draw correctly at times
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8103 --- Comment #8 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-26 08:49:52 --- Created an attachment (id=22031) --> (http://bugs.winehq.org/attachment.cgi?id=22031) ventrilo on wine 1.1.24 Clean install only wiht corefonts and vcrun6 amd64 gentoo. -- 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 8103] Ventrilo list does not draw correctly at times
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8103 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #7 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-26 08:48:40 --- *** This bug has been confirmed by popular vote. *** -- 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 8103] Ventrilo list does not draw correctly at times
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8103 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.8.madblock@spamgourmet | |.com --- Comment #6 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-26 08:48:00 --- I can confirm this strange bahavior. This is probally because ventrilo uses some sort of tree-view like list display. I installed Ventrilo 3.0.5 under native Window and under wine 1.1.24. I attached a screenshots of the native and wine version. Resizing the windows does not work propperly, and I can confirm the incorrect display of the list/tree view. Part of the wine output that might be relevant: # wine Ventrilo.exe [ole thingies...] fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub [... quit messages] -- 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 2883] Problems with OleCreateFromFile
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2883 jsmith <jsmith(a)argotecinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmith(a)argotecinc.com --- Comment #9 from jsmith <jsmith(a)argotecinc.com> 2009-06-26 08:35:31 --- Verified still exists in current git (wine-1.1.24-140-ge920f5f) Following error(s): fixme:storage:StgCreateDocfile Storage share mode not implemented. fixme:storage:StgCreateDocfile Transacted mode not implemented. fixme:ole:OleSetMenuDescriptor ((nil), 0x20032, (nil), 0x13c310, (nil)), Context sensitive help filtering not implemented! fixme:ole:OleQueryLinkFromData (0x13ec98),stub! fixme:ole:OleQueryLinkFromData (0x143788),stub! fixme:ole:OleQueryLinkFromData (0x143788),stub! fixme:ole:OleQueryLinkFromData (0x143788),stub! err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=800000009, oid=4 err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d -- 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 5278] Edit control redraws its background incorrectly in 16-bit app
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5278 --- Comment #25 from Saulius K. <saulius2(a)gmail.com> 2009-06-26 06:30:45 --- The bug is present in 1.1.24. -- 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 15523] New: Cannot change my E-mail address
by wine-bugs＠winehq.org 26 Jun '09

26 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=15523 Summary: Cannot change my E-mail address Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan-winehq(a)hoogenraad.net I tried to change my E-mail address in the apps database to my net E-mail address. The new E-mail address is the same as now already in use for WINEHQ/Bugzilla. WINEHQ/AppDB does not let me change the E-mail address to the new address, as it indicates the name is already in use. However, WINEHQ/AppDB DOES allow me to login already with the new address, so apparently it has already been set up as some kind of alias. I puzzled, and unable to find a way to rectify this, as I see no option in the ¨preferences¨ screen. -- 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 7695] UltraVNC in 0.9.32 should not show fullscreen title bar when windowed
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7695 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #13 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 17:32:58 --- *** This bug has been confirmed by popular vote. *** -- 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 8439] Visual Studio .NET (7) install fails
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8439 --- Comment #32 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-06-25 16:29:41 --- Created an attachment (id=22020) --> (http://bugs.winehq.org/attachment.cgi?id=22020) simple test this simple test shows that full path is indeed resolved in ShellExecuteW. The zipfile contains two files, a.exe and regedit.exe source for a.exe: main() { ShellExecuteW(0,L"open",L"regedit.exe",L"",L"c:\\windows\\system32\\",1); } source for regedit.exe: main() { printf("something went wrong\n"); } If you unzip the file somewhere, and run it from there in wine, you get : something went wrong If you unzip the file in windows, and run it in windows, you'll see that the "real" regedit is started. Enough proof for someone to submit the patch from comment #1 i'd say. -- 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 7695] UltraVNC in 0.9.32 should not show fullscreen title bar when windowed
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7695 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.8.madblock@spamgourmet | |.com --- Comment #12 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 15:39:05 --- I can confirm this with wine 1.1.24 on gentoo amd64 with KDE. UltraVNC Viewer 1.0.5.6 The control-bar is displayed even in windowed mode. Plus, going to fullscreenmode using the maximise button on this toolbar and back, makes kwin not show a titlebard/window around the UltraVNC window anymore. wine output: # wine vncviewer.exe fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet err:clipboard:ChangeClipboardChain hWndViewer is lost err:dialog:EndDialog got invalid window handle (0x4003c); buggy app !? -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. -- 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 19060] New: DPP: If you click on the "Modify Windows" button nothing happens
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19060 Summary: DPP: If you click on the "Modify Windows" button nothing happens Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.pannucci(a)gmail.com This bug affects canon "Digital Photo Professional" (DPP), a software for canon photo cameras used to manage images. When you click on the top left button (Modify Window) nothing happens and in the terminal you can read: fixme:win:GetWindowPlacement not supported on other process window 0x10032 The normal behaviour should be the opening of a new section of the program when you can easily modify the images (there are the previews of the images listed on a left frame and the image selected on the right frame). Tested with the option "Allow the window manager to control the windows" on and off. -- 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 19073] New: winedevice doesn't check that driver exist before loading?
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19073 Summary: winedevice doesn't check that driver exist before loading? Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com austin@midna:~$ wine winedevice thisdriverdoesntexist ; echo $? 0 austin@midna:~$ wine winedevice ; echo $? err:winedevice:wmain missing device name, winedevice isn't supposed to be run manually 1 -- 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 5

[Bug 16486] New: Apps not restoring correctly after minimizing twice
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16486 Summary: Apps not restoring correctly after minimizing twice Product: Wine Version: 1.1.10 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de This is a problem occurring in different applications. Examples are "Welt am Draht" (http://mathespiele.ma.funpic.de/programm.php?id=33) as well as PlasmaShop and PRPTool (http://www.guildofwriters.com/wiki/PlasmaShop). When I minimize them using the minimize button on the window border or by clicking their task-bar entry, and then restore them by clicking the entry again, the "Minimize" button is no longer available in the top right corner of the window. If I then minimize and restore it again by clicking the task-bar entry, the app is not restored correctly: The window is only about 20 pixels wide and 50 pixels high then, without any content being drawn. It continues to run fine, just that I can't interact with it as the window has no content and can't be resized. Closing it by right-clicking in the task-bar correctly quits the app without data being lost. What is even more strange is that I can fix this problem with "Uru - The Path of the Shell" (no matter whether it is in the same wineprefix as the problematic app or not - I don't have other full-screen 3D apps running in wine so I can't test if it works with other games, too): I restore the app, then restore Uru. press Windows+D to go to the desktop and restore the app again - it opens fine then. Minimizing and restoring it once again brings it back to the broken state. -- 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 9

[Bug 7585] Thief: the dark project hangs on 'esc' keypress in game if X in 24bpp mode
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7585 Yannik Hampe <yankee(a)cipher-code.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yankee(a)cipher-code.de --- Comment #51 from Yannik Hampe <yankee(a)cipher-code.de> 2009-06-25 05:54:10 --- I am still encountering the issue on my NVidia 9800 GTX+ with wine-1.1.24. But it does not happen every time. Sometimes the menu works just like it should. And at other times the game crashes. There is no difference in wine's error messages when the everything is working compared to the game crashing. Yes, I do have a dual-core CPU, but I am using taskset to set the affinity. -- 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 5278] Edit control redraws its background incorrectly in 16-bit app
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

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

[Bug 4173] Slowness and corruption in old DirectDraw game: Warlords 3
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4173 --- Comment #15 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2009-06-24 18:22:44 --- Using Wine 1.1.24, the game UI still doesn't respond once you get past starting a map and creating a hero -- 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 2770] powerbullet.dll fails to register
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2770 --- Comment #11 from jsmith <jsmith(a)argotecinc.com> 2009-06-24 17:53:07 --- Created an attachment (id=22009) --> (http://bugs.winehq.org/attachment.cgi?id=22009) Error window Tested version 1.3.5 under current git (wine-1.1.24-140-ge920f5f) and it pops up the attached error window and never loads generating the following error in terminal: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0xcb675c Can be downloaded from http://powerbullet.com/download.php - they changed to .php on the download page. -- 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 2666] Text color lost
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2666 --- Comment #29 from Xavier Vachon <xvachon(a)gmail.com> 2009-06-24 17:49:40 --- (In reply to comment #27) > Created an attachment (id=22006) --> (http://bugs.winehq.org/attachment.cgi?id=22006) [details] > Seems to be fixed on Main Screen > > Tested AoE1 trial under current git (wine-1.1.24-140-ge920f5f) and the main > screen text problem seems to be fixed - yellow (highlighted/active) and white > text, translucent background. With latest git and no hacks, none of the menus are fixed for me yet. -- 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 4992] Rhapsody 2.1 doesn't connect to its server
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4992 Matthew Millar <mattmill30(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mattmill30(a)hotmail.com --- Comment #12 from Matthew Millar <mattmill30(a)hotmail.com> 2009-06-24 17:28:17 --- Hi i've tried running the Listen Rhapsody and i immediately get presented with the following error dialog box: An unexpected error -1073741819 occurred... quitting (Mapped Exception 0xC0000005 @ 0x7BC64F6E) There is absolutely no console output. I installed Listen Rhapsody using the Listen.com version available from the link above. I install it and it seems to install fine. During the install, it asked me if i'd like to install Windows Media Format 7.1 Audio, which i have to choose yes, cancels the install. But as soon as i try to run it from terminal or shortcut it produces the above error. Thanks, Matthew Millar -- 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 2666] Text color lost
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2666 --- Comment #28 from jsmith <jsmith(a)argotecinc.com> 2009-06-24 17:20:10 --- Created an attachment (id=22007) --> (http://bugs.winehq.org/attachment.cgi?id=22007) Not fixed on sub-menus - this is single player Tested AoE1 trial under current git (wine-1.1.24-140-ge920f5f) and the sub-menu's such as single and multiplayer the text problem still exists. -- 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 2666] Text color lost
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2666 --- Comment #27 from jsmith <jsmith(a)argotecinc.com> 2009-06-24 17:16:55 --- Created an attachment (id=22006) --> (http://bugs.winehq.org/attachment.cgi?id=22006) Seems to be fixed on Main Screen Tested AoE1 trial under current git (wine-1.1.24-140-ge920f5f) and the main screen text problem seems to be fixed - yellow (highlighted/active) and white text, translucent background. -- 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 8811] San Andreas Multiplayer Access Violation
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8811 --- Comment #17 from idan <idan.ubuntu(a)gmail.com> 2009-06-24 12:47:08 --- Created an attachment (id=21994) --> (http://bugs.winehq.org/attachment.cgi?id=21994) New 1.1.24 Error Work Fine, But without unicode and without nickname -- 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 2155] Failure of SetFocus, SetActiveWindow and SetForegroundWindow
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2155 jsmith <jsmith(a)argotecinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmith(a)argotecinc.com --- Comment #14 from jsmith <jsmith(a)argotecinc.com> 2009-06-24 12:40:04 --- Verified still a bug in git (wine-1.1.24-140-ge920f5f) -- 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 1988] It's seems impossible to run VCDEasy-1.5.2
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1988 jsmith <jsmith(a)argotecinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmith(a)argotecinc.com --- Comment #9 from jsmith <jsmith(a)argotecinc.com> 2009-06-24 12:30:08 --- Still blocked by bug 1886 -- 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 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8133 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.35. -- 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 19057] New: Photoshop CS4 install runs into an un-expected error
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19057 Summary: Photoshop CS4 install runs into an un-expected error Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: james2432(a)gmail.com Created an attachment (id=21984) --> (http://bugs.winehq.org/attachment.cgi?id=21984) WINEDEBUG=+trace wine Setup.exe While running the setup photoshop setup runs into an un-expected error Fresh install of wine 1.1.24 -- 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 19054] New: turisticke trasy 2.15 crashes after start
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19054 Summary: turisticke trasy 2.15 crashes after start Product: Wine Version: 1.1.24 Platform: PC URL: http://www.trasy.net/index.php?stranka=stazeni OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jose1711(a)gmail.com Created an attachment (id=21981) --> (http://bugs.winehq.org/attachment.cgi?id=21981) console output Program "turisticke trasy 2.15" crashes right after the main window is displayed. Steps to reproduce: 1. download the software from http://www.trasy.net/index.php?stranka=stahni&soubor=tt-bezobr.exe 2. install it via wine 3. run wine tt.exe from installation directory arch linux i686, gcc version 4.4.0 20090526 (prerelease), wine 1.1.24 -- 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 8

[Bug 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8133 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.23 |unspecified --- Comment #7 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-24 01:52:19 --- Or rather change it to 'unspecified'. Provide the version which matches the bug report date. -- 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 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8133 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.24 |1.1.23 -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. -- 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 19036] New: KDE 4.2: Plasma environment is not recovered after running Wine
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19036 Summary: KDE 4.2: Plasma environment is not recovered after running Wine Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amlopezalonso(a)gmail.com In KDE 4.2 (desktop effects disabled): after terminating a number of apps/games with Wine, the Plasma environment is not restored, leaving an empty desktop with no plasmoids (desktop widgets), icons, etc. I have to open a console (via Alt+F2, or F12 for Yakuake) and enter "plasma" to fully recover. Also, when plasmoids are left unlocked chances are for these to be all messed up at a lower resolution after running Wine. -- 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 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8133 --- Comment #6 from EA Durbin <ead1234(a)hotmail.com> 2009-06-23 21:19:40 --- Still present in wine 1.1.24, does not happen when running WINEDEBUG=+all, but happens when running without WINEDEBUG, race condition? +all log mentions an EagleM component? "wineguy" is the username I entered 0009:RET !EagleM.?EnableWindow@EGuiWindowManager@@QAEXPAVEGuiWindow@@H@Z() retval=00000002 ret=0040f95c 0009:CALL !EagleM.?GetDlgItem@EGuiWindowManager@@QBEPAVEGuiWindow@@PAV2@H@Z(02f90d60,0000000a) ret=0040f98e 0009:RET !EagleM.?GetDlgItem@EGuiWindowManager@@QBEPAVEGuiWindow@@PAV2@H@Z() retval=035dced0 ret=0040f98e 0009:CALL !EagleM.?GetWindowTextA@EGuiEdit@@QAEXAAVCString@@@Z(003f10b8) ret=0040f998 0009:CALL MFC42.860(035ddae8) ret=10021610 0009:Call KERNEL32.lstrlenA(035ddae8 "wineguy") ret=5f402717 0009:Ret KERNEL32.lstrlenA() retval=00000007 ret=5f402717 0009:Call KERNEL32.InterlockedDecrement(035dd970) ret=5f40279a 0009:Ret KERNEL32.InterlockedDecrement() retval=00000000 ret=5f40279a 0009:Call ntdll.memcpy(035dd97c,035ddae8,00000007) ret=5f402745 0009:Ret ntdll.memcpy() retval=035dd97c ret=5f402745 0009:RET MFC42.860() retval=003f10b8 ret=10021610 -- 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 8133] cannot enter player name in clue
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8133 EA Durbin <ead1234(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.23 |1.1.24 -- 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 425] Network UNC path handling
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=425 --- Comment #13 from jsmith <jsmith(a)argotecinc.com> 2009-06-23 16:43:29 --- We also need this functionality. We use a Visual FoxPro database and we auto-update the front-end on each users computer by copying over the updated files but it fails trying to find UNC path of update files to copy over. We have been trying to work out a last few bugs so we can (hopefully) begin to move some of our workstations/users over to Linux but this is our biggest must have! This isn't the only bug that we need but it is definately a big one! Anything I can do to help (beyond fix it myself ;) ). Jake -- 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 6437] CUPS Printer-Names are UTF-8, but we handle them as ANSI
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6437 Vitaly Lipatov <lav(a)etersoft.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lav(a)etersoft.ru -- 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 8780] Future pinball fails to load table
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8780 --- Comment #14 from Mondane <mondane.woodworker(a)gmail.com> 2009-06-23 16:19:14 --- Created an attachment (id=21982) --> (http://bugs.winehq.org/attachment.cgi?id=21982) Crashlog Wine_1.1.2.4_FuturePinball_1.9.20081225 -- 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 8780] Future pinball fails to load table
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8780 Mondane <mondane.woodworker(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mondane.woodworker(a)gmail.co | |m --- Comment #13 from Mondane <mondane.woodworker(a)gmail.com> 2009-06-23 16:17:09 --- After a clean install of both Wine and Future Pinball, I wanted to start a table that came with it. It crashes at some point when the screen says "Compiling script". I know there are workarounds to get the game working like using native DLLs, but my believe is that Wine should be able to run this game out-of-the-box. For more information of my crash, see the attachment "Wine_1.1.2.4_FuturePinball_1.9.20081225.txt". -- 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 3200] wineconsole width/height settings not handled properly
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=3200 Sic Volo <sickvolo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sickvolo(a)gmail.com --- Comment #11 from Sic Volo <sickvolo(a)gmail.com> 2009-06-23 14:32:19 --- (In reply to comment #10) > In 1.1.18 throws stack overflow and crashes immediatelly. > > err:seh:setup_exception_record stack overflow 840 bytes in thread 0009 eip > 7bc3c624 esp 00230fe8 stack 0x230000-0x231000-0x330000 FAR works now but window expansion only works if altered though the menu, not with the mouse. Expanding with the mouse leaves black space, while FAR's size is unaffected. -- 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 19053] New: regression - no antialiasing of fonts in responsa project
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19053 Summary: regression - no antialiasing of fonts in responsa project Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: izar00(a)gmail.com Created an attachment (id=21978) --> (http://bugs.winehq.org/attachment.cgi?id=21978) the program in the versions without antialiasing im runing the program "responsa project" (ver. 14+ network) in wine 1.1.10 antialiasing of fonts workes perfectly but from 1.1.13 and up to current there is no antialiasing. (i'm going to check 1.1.11 - 1.1.12 todey to tell you where exactly the problem is. -- 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 17534] New: Cake Shop claims to require an administrator account
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=17534 Summary: Cake Shop claims to require an administrator account Product: Wine Version: 1.1.15 Platform: PC URL: http://www.bigfishgames.com/download-games/4127/cake- shop/download.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=19665) --> (http://bugs.winehq.org/attachment.cgi?id=19665) Screenshot of error box under Wine 1.1.15 When attempting to install Big Fish Games' Cake Shop, the installer immediately halts with a dialog stating, "You don't have permission to install games from Big Fish Games on this computer. Please log in with an administrator account and try again." 0024:fixme:advapi:CheckTokenMembership ((nil) 0x143d00 0x33ee14) stub! There are similar bugs open, but they don't seem to be related. -- 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 16737] New:=?UTF-8?Q?=20=D0=9D=D0=B5=20=D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D1=8E=D1=82=20=D1=88=D0=B5=D0=B9=D0=B4=D0=B5=D1=80=D1=8B?=
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16737 Summary: Не работают шейдеры Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)vovikilelik.com Пытался запустить игру TwoWorlds. Установил успешно, запустил. Зашёл в настройки, отключил HDR, поставил все параметры на минимум. Нажал "create new game". после консоль начала постоянно выдавать одни и те же ошибки. 3D-персонаж отображался, как непонятный клубок из прямых, плоскостей и фигур. При этом, игру можно начать даже с таким персонажем =). Только всё, что видно на мониторе - это нагромождение разнообразных фигур (2D-объекты и их анимация отображались корректно)... У меня стоит ati radeon hd4550 (asus eah4550) с последними драйверами, OS Linux OpenSuSe 11.1, winetricks + direct9c_nov2008. =) с уважением... -- 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 5

[Bug 9224] fixme:advapi:SetFileSecurityW stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=9224 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 8685] Keyboard related [FixMe]
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8685 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 8495] missing graphic objects in Re-volt
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8495 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 7983] fixme:msi:MSI_OpenDatabaseW open failed r = 8003001e error when opening an *.msi file.
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7983 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 7793] Black, crashing PlayOnline screen
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7793 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 6542] Geocaching Swiss Army Knife creates unusable subwindow on desktop
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6542 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 6236] strange characters in progress bar
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6236 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 6151] SHDOCVW fixmes appear to cause crash in GSAK
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6151 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4869] Soldat does not render textures properly
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4869 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4596] fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!! toget = 52(WINE_WM_RESTARTING), tosave=53(UNKNOWN(0x00000000))
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4596 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4567] richedit:RichEditANSIWndProc EM_SCROLLCARET: stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4567 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4566] shell:SHAutoComplete SHAutoComplete stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4566 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4565] richedit:RichEditANSIWndProc EM_EXLIMITTEXT: stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4565 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4564] richedit:RichEditANSIWndProc EM_AUTOURLDETECT: stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4564 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4563] richedit:RichEditANSIWndProc WM_SETFONT: stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4563 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4562] fixme:win:SetWindowTextA setting text "...." of other process window
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4562 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4475] Trying to install virtualdj
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4475 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 4402] msi: no handler for "VolumeCostList" (page "Disk Space Requirements" without content)
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4402 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 3984] FIXME messages displayed when starting AOL AIM 5.9.3861
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=3984 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 3489] [Quartz] DVD Shrink preview is transparent when nothing should be displayed
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=3489 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 3337] uniplemented function msvcrt.dll.__p__amblksiz
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=3337 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 3315] Found a 'fixme' in 'wininet'
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=3315 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2807] megamud v1.03u running with wine20050310, slackware 10.1 full install
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2807 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2327] Graphics not rendered with VB6 application using graph server component
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2327 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2268] fixme:ntdll:FILE_GetNtStatus Converting errno 38 to STATUS_UNSUCCESSFUL
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2268 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2243] winsock: Unimplemented or unknown socket level
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2243 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2189] fixme:console:SetConsoleCtrlHandler (0x405e4080,1)
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2189 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 2030] Wine and IE55SP2
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2030 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1991] Sound bug with KDE
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1991 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1803] Steam Crashes With Fixme: errors.
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1803 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1493] SetConsoleCtrlHandler (0x451aed,1) - no error cheinging or testing yet
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1493 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1432] fixme - implement - system:EnumDisplayDevicesW
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1432 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1431] fixme - implement reg:RegFlushKey
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1431 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1430] fixme - implement ole:CoInitializeSecurity
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1430 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1428] fixme - implement ole:CoRegisterMessageFilter - fixme:ole:CoRegisterMessageFilter stub
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1428 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1427] fixme - Implement dc:GetLayout (fixme:dc:GetLayout : stub)
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1427 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1008] SETUPX_CreateStandardLDDs unimplemented
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1008 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 1001] Define macros STATUS_ENDPOINT_CLOSED, STATUS_DISCONNECTED and STATUS_NONEXISTENT_NET_NAME
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=1001 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 983] FIXME:int21:DOS3Call Unimplemented FAT32 int32 function 7303
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=983 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 875] Wine does not close socket
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=875 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 756] msvcrt.fwscanf, swscanf, wscanf unimplemented
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=756 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 696] Implement {Add,Remove}FontResource
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=696 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 660] _lcreat() can not create hidden files
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=660 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 655] Wine 1.0 Metabug - File system layer
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=655 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 564] Implement function GetGUIThreadInfo
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=564 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 416] Missings exports in winsocks
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=416 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 415] Some programs do not save/open files
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=415 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 413] age of camelot needs wininet.InternetOpenUrlA
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=413 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 373] Unhandled exception in DIALOG_CreateIndirect
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=373 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 309] missing extensions in libntdll.so
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=309 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 291] wine systray and other windows not tall enough
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=291 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 275] CD - "Linux doesn't allow raw access" ?????
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=275 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 128] Segfaults on trying to open fontdlg for AIM95
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=128 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 127] WINE fails to build font metrics
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=127 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 125] Redraw leaves no widgets in window
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=125 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 123] ComboBoxes and keyboard movements: Closing
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=123 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 66] PrgWin95: Custom cursor display bug
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=66 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 50] PrgWin95: Text justification needs beefing up
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=50 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 26] StrokeAndFillPath doesn't fill paths on EMF
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=26 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 22] Shellexecute API call cannot open URLs
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=22 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 11] StrokePath ignores PS_JOIN_xxx
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=11 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|FIXME | -- 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 19010] New: W40K soulstorm regression from 1.1.23 to 1.1.24 : building are partly invisible
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19010 Summary: W40K soulstorm regression from 1.1.23 to 1.1.24 : building are partly invisible Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: sebastien.fievet(a)free.fr Created an attachment (id=21906) --> (http://bugs.winehq.org/attachment.cgi?id=21906) trace generated with WINEDEBUG=+wine_d3d,+d3d A regression was introduced by v1.1.24. It is visible from the login screen, and in game. -The login screen displays the selected army's commander. With 1.1.24 his torso is invisible. Only the head, and members are rendered correctly. With 1.1.23 it works just fine. -In game, with 1.1.24, buildings core is invisible. Only the boundaries are rendered correctly. With 1.1.23 it works just fine. attached are 2 traces generated with WINEDEBUG=+wine_d3d,+d3d wine Soulstorm.exe. Wine was stopped after displaying the login screeN. -- 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 9

[Bug 19046] New: RegCleaner is almost unusable
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19046 Summary: RegCleaner is almost unusable Product: Wine Version: 1.1.24 Platform: PC URL: http://www.worldstart.com/weekly-download/archives/reg -cleaner4.3.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru Created an attachment (id=21966) --> (http://bugs.winehq.org/attachment.cgi?id=21966) 8 logs demonstrates different issues There are multiple memory access violations in different wine libs (at least in comctl32.dll and user32.dll), wine assertion failures, misbehaviour and graphical glitches when running RegCleaner 4.3, Build 780. Errors follow every user's step and make program operation almost impossible. A handful of wine logs demonstrates the problem attached to this bugzilla entry. Please note that all these logs show different pieces of this issue, they aren't duplicate each other. -- 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 19044] New: Fatal Error Access_Violation
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19044 Summary: Fatal Error Access_Violation Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: neolo7(a)hotmail.com After installing driver for ATI Mobility Radeon 2400 HD, WarCraft won't start via wine. Fatal Error 0xC0000005 Access_Violation at '0x00000018' The memory could not be 'read'. (Mandriva 2009.1) -- 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 19038] New: Turned icons in Lazarus
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19038 Summary: Turned icons in Lazarus Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Mitya57(a)gmail.com In Lazarus (windows version 0.9.26), icons are 180-turned on panel and buttons. Also, it'll be great to improve the text editor in the IDE. -- 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 19023] New: Not possible to create BOLD font with CreateFontIndirect()
by wine-bugs＠winehq.org 23 Jun '09

23 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19023 Summary: Not possible to create BOLD font with CreateFontIndirect() Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: martinez.pr0team(a)gmail.com Created an attachment (id=21936) --> (http://bugs.winehq.org/attachment.cgi?id=21936) Application demonstrates the problem. Can't create a ITALIC+BOLD font with CreateFontIndirect(). Attached application demostrates the problem (C++ WinApi). -- 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 8

[Bug 18405] New: ConvertXToDVD 3.5.3.139 Do not load templates
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18405 Summary: ConvertXToDVD 3.5.3.139 Do not load templates Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaysonsantos2003(a)yahoo.com.br Created an attachment (id=20990) --> (http://bugs.winehq.org/attachment.cgi?id=20990) Console output Even In last wine version template loading on ConvertXToDVD is not working. -- 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 6642] BabasChess v3.6 crashes quite randomly
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6642 --- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-22 17:31:01 --- Version 4.0 (build 12274) install and starts fine for me on wine-1.1.24-80-gd5d3efd. Let's wait for somebody to confirm that's fixed. -- 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 5289] Unsorted messages after scrolling MSN 5 chat window
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5289 --- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-22 17:11:06 --- Hi, Alexander. Since blocker is no more now could you retest with 1.1.24 and update console output accordingly? -- 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 19035] New: Vietcong Fist Alpha MP Demo: crashes after start
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19035 Summary: Vietcong Fist Alpha MP Demo: crashes after start Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gumanzoy(a)gmail.com Created an attachment (id=21950) --> (http://bugs.winehq.org/attachment.cgi?id=21950) Run Vietcong with sound crash Vietcong Fist Alpha MP Demo Show setup dialog Show progress bar crash Run with WINEDEBUG=+relay attachment -- 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 19018] New: [wishlist] Winetricks should be integrated into winecfg
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19018 Summary: [wishlist] Winetricks should be integrated into winecfg Product: Wine Version: 1.1.22 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pablomme(a)googlemail.com It would seem like a very good idea to integrate the settings offered by the separate winetricks utility into the wine configuration tool, winecfg. There are very basic things (like font smoothing and other direct registry tweaks) in winetricks that one would expect to find in the default configuration tool (and indeed, there are some which are duplicated, like the 'winver' setting). The downloading of alternate DLLs would make a very nice addition to the 'DLL overrides' section of winecfg. To me, this seems a rather natural thing to do to improve configurability and user experience. Perhaps the winetricks developers would be interested in doing the integration? -- 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 16456] New: GL_OUT_OF_MEMORY
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16456 Summary: GL_OUT_OF_MEMORY Product: Wine Version: 1.1.10 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: damron(a)mytech.wvutech.edu GL_OUT_OF_MEMORY crashes sins of a solar empire after several minutes. apply patch to fix... if game gets slow during press ctrl alt f1, then switch back to x using ctrl alt f7 i think. thats another fix for another day -- 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 90

[Bug 18349] New: Incorrect font rendering in Japanese locale
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18349 Summary: Incorrect font rendering in Japanese locale Product: Wine Version: 1.1.20 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz When I apply the registry patch and run the application attached to bug 11281 in Japanese locale (ja_JP.UTF-8) I can see the kana characters correctly but the Latin letters are displayed wrong. The lowercase letters seem bold compared to lowercase. -- 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 29

[Bug 219] Programs refuse to run because of safedisc copy-protection
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=219 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|jhilton(a)novell.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

[Bug 8690] Display Error with CyclingPeaks WKO
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8690 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-22 01:34:06 --- Fixed. -- 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 6955] Graphical glitches in NOLF2 demo
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

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

[Bug 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

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

[Bug 8690] Display Error with CyclingPeaks WKO
by wine-bugs＠winehq.org 22 Jun '09

22 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8690 --- Comment #9 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-06-21 21:30:56 --- I re-verified the bug in 1.0.1 and observed that the problem vanished with 1.1.24. I suspect this bug is similar or the same as bug 12057, so this should be resolved fixed or duplicate. -- 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 8421] Disk Explorer Pro 3.60 crashes when browsing or searching
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8421 --- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 15:56:59 --- (In reply to comment #13) > (In reply to comment #11) > > Hi Nikolay, > > It's still crashing for me when I open my database and want to view a cd/dvd > volume Yeah, bug is definitely here (see comment #12). It succeeded for me creating database first time after install. -- 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 8421] Disk Explorer Pro 3.60 crashes when browsing or searching
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8421 --- Comment #13 from Ralph <rwabel(a)gmx.net> 2009-06-21 13:08:54 --- (In reply to comment #11) > Hi, Dan. > > Could please retest with 1.1.24. I can't reproduce a crash on it: > I tried: > - create database; > - add whole C: contents to it > - navigate through treeview at the left > - search with Find command. > > Nikolay S. Hi Nikolay, It's still crashing for me when I open my database and want to view a cd/dvd volume -- 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 19020] New: Fable: regression, system hang when starting the game
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19020 Summary: Fable: regression, system hang when starting the game Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)codemadness.org When starting Fable, the entire system hangs. This problem started between 1.1.23 and 1.1.24 -- 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 6719] Office 2000/2003 - installer ignore selected functions
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6719 --- Comment #19 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-06-21 10:01:50 --- Still an issue in 1.1.24. -- 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 8421] Disk Explorer Pro 3.60 crashes when browsing or searching
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8421 --- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 09:35:33 --- (In reply to comment #11) > Hi, Dan. > > Could please retest with 1.1.24. I can't reproduce a crash on it: > I tried: > - create database; > - add whole C: contents to it > - navigate through treeview at the left > - search with Find command. > > Nikolay S. Uh, still here. Appears when I started it second time. Workaround from comment #1 still working. -- 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 8421] Disk Explorer Pro 3.60 crashes when browsing or searching
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8421 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.42. --- Comment #11 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 09:17:43 --- Hi, Dan. Could please retest with 1.1.24. I can't reproduce a crash on it: I tried: - create database; - add whole C: contents to it - navigate through treeview at the left - search with Find command. Nikolay S. -- 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 219] Programs refuse to run because of safedisc copy-protection
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=219 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maxfnoel(a)gmail.com --- Comment #82 from Austin English <austinenglish(a)gmail.com> 2009-03-27 10:57:46 --- *** Bug 16759 has been marked as a duplicate of this bug. *** -- 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 5388] Mankind: network issue?
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5388 --- Comment #13 from Georg Wolff <boeser.wolff(a)web.de> 2009-06-21 06:21:55 --- I still cant get automatic updates to work, but for another reason. I also dont see the app. is making any connections. Does not work. -- 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 5436] Possible filename/-attribute handling problem with Mankind
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5436 --- Comment #19 from Georg Wolff <boeser.wolff(a)web.de> 2009-06-21 06:12:45 --- Didnt try downloading and installing Mankind patches, so I cant tell whether automatic updates work. Running MK shows the error message: The file "textes/0/station_type.txt" can't be found or is corrupted. Please setup Mankind again to solve this problem. The following fixme's I see right before that error message might be related, but I dont have the time to verify: fixme:msvcrt:MSVCRT__sopen : pmode 0x7ad036 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x7ad036 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored Long story short: Behavior changed, but problem persists. -- 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 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7640 --- Comment #40 from Brian <execrable(a)gmail.com> 2009-06-21 05:17:06 --- Actually it seems like this is caused (at least in Halo) by the mouse warping done by the builtin dinput. I disabled it in the registry and the mouse was pretty smooth. Of course without warping the mouse doesn't stay in the window, so it's still not playable. -- 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 4173] Slowness and corruption in old DirectDraw game: Warlords 3
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4173 Valeriy Malov <jazzvoid(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jazzvoid(a)gmail.com --- Comment #14 from Valeriy Malov <jazzvoid(a)gmail.com> 2009-06-21 05:08:17 --- Can anyone test it with current wine? It seems that problem is gone, but I'm not sure what to look for. -- 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 17210] New: Unable to uninstall Max Payne
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=17210 Summary: Unable to uninstall Max Payne Product: Wine Version: 1.1.12 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: belegdol(a)gmail.com I have recently tried to uninstall Max Payne, but it did not work. A window popped up saying the following: The InstallShield Engine (iKernel.exe) could not be launched. (0x80040155) At the same time, the following can be seen in the console: err:ole:marshal_object couldn't get IPSFactory buffer for interface {91814ebf-b5f0-11d2-80b9-00104b1f6cea} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80040155 err:ole:CoMarshalInterface Failed to marshal the interface {91814ebf-b5f0-11d2-80b9-00104b1f6cea}, 80040155 err:rpc:I_RpcReceive we got fault packet with status 0x80040155 fixme:ole:CoCreateInstance no instance created for interface {91814ebf-b5f0-11d2-80b9-00104b1f6cea} of class {91814ec0-b5f0-11d2-80b9-00104b1f6cea}, hres is 0x80040155 I am using the official Fedora packages. -- 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 5480] Half-Life intro videos don't play
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5480 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vitaliy(a)kievinfo.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

[Bug 5480] Half-Life intro videos don't play
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5480 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|ABANDONED | Severity|normal |trivial --- Comment #12 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-20 20:42:19 --- Problem still here with wine-1.1.24. -- 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 7411] GLSL shaders work badly with fglrx
by wine-bugs＠winehq.org 21 Jun '09

21 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7411 --- Comment #22 from cruiseoveride <cruiseoveride(a)gmail.com> 2009-06-20 20:24:21 --- I think there is some improvement with 1.1.24. For example, what was just a blank screen with RedAlert3 before is now broken images. Still un-playable, but moving forward. -- 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 19003] New: Counter Strike Source Crash
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19003 Summary: Counter Strike Source Crash Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: litd_2010(a)hotmail.com In some servers the game will crash after a few seconds/minutes. I have found out that you must use DirectX 9 to fix this, but 8.1 works best with WINE. My graphics and FPS drop in half using the DX 9 setting. Any fix?? -- 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 2

[Bug 18865] New: The Nortel IP Softphone 2050 V. 2.02.0264 starts without sound
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18865 Summary: The Nortel IP Softphone 2050 V. 2.02.0264 starts without sound Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: correo.cuervo(a)gmail.com Created an attachment (id=21684) --> (http://bugs.winehq.org/attachment.cgi?id=21684) Copy of terminal contents from the starting process The Nortel IP Softphone 2050 V. 2.02.0264 start without plays sound through the USB audio adapter. -- 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 18998] New: Wine browse can not handle self-signed certificates
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18998 Summary: Wine browse can not handle self-signed certificates Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.engyozov(a)taxundo.com Currently integrated wine browser cannot open pages on servers that using self-signed (or other unsecure) certificates. Wine is using gecko for html rendering and most recent version of gecko doesn't afford an opportunity to disable security check of certificate validity, but there is a way you can import (temporary or not) self-sgned certficates. How to reproduce: Try to open webpage that uses self-signed certificate: "winexplore iexplore https://some_site.com" and result is window that says "some_site.com uses an invalid security certificate. The certificate is not trusted because it is self signed. (Error_code: sec_error_ca_cert_invlid)" and button "OK" Actual result: It's impossible to browse sites that use self-signed certificates Expected results: An interface or other possibility to import and trust self-signed certificates in wine browser or wine to use additional installed browser Installing and using Firefox for windows is not decision - when some software needs functions of system browser it calls wine integrated browser, but not installed Firefox -- 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 5

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(a)gmail.com execrable(a)gmail.com <execrable(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |execrable(a)gmail.com --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <jrstone88(a)gmail.com> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) --- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 --- (In reply to comment #252) > (In reply to comment #251) > > Please how can I implement this patch? I'm not a programmer so if you can > > explain it to me... many thanks. > > take the patch, get the source via git, apply the patch, compile, install. > it should be approximatively this : > > create a file patch.diff and copy the patch inside > install git-core > git clone git://source.winehq.org/git/wine.git ~/user/wine-git > cd ~/user/wine-git > patch -p1 < /locationofthepatch/patch.diif > make depend > make > make install > > (Don't forget to install all the needed library, you should find them on the > wiki) I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. alessandro@alessandro-desktop:~/user/wine-git$ (?) --- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 --- (In reply to comment #253) > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > alessandro@alessandro-desktop:~/user/wine-git$ > > (?) Sorry I've forgotten the ./configure line (before make depend), but you'll need all the library The best way for you is here : http://wiki.winehq.org/WineOn64bit All is explained, for all environment. --- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 --- (In reply to comment #254) > (In reply to comment #253) > > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > > alessandro@alessandro-desktop:~/user/wine-git$ > > > > (?) > > Sorry I've forgotten the ./configure line (before make depend), but you'll need > all the library > The best way for you is here : http://wiki.winehq.org/WineOn64bit > All is explained, for all environment. Tried to do it but with no success.. maybe because I made everything (even WineOn64bit) in ~/user/wine-git ? Anyway for me it's too much, I do not really understand the process. I think I have to wait for the next official build, hoping that the patch will be integrated. Thanks anyway for your support sheen. ;) --- Comment #256 from execrable(a)gmail.com <execrable(a)gmail.com> 2009-06-20 06:54:10 --- (In reply to comment #248) > (From update of attachment 21554 [details]) > to activate > WINEFORCEMOUSEWARP=yes wine proggy.exe Does this patch only effect the builtin dinput? I was trying to get Halo to work, and the mouse lags quite a bit unless I use a native dinput8. Using the native dll of course causes the mouse to escape the window... I tried this patch but it didn't seem to change anything. -- 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 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7640 execrable(a)gmail.com <execrable(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |execrable(a)gmail.com --- Comment #39 from execrable(a)gmail.com <execrable(a)gmail.com> 2009-06-20 06:43:02 --- I'm getting this bug in Halo, even in a virtual desktop. No combination of the options in the graphics tab seems to solve it. The only way I can get it to move smoothly is using a native dinput8, which causes the mouse not to be kept inside the window. I'm using wine built from the latest git source. I run it from a console and get a constant spam of: fixme:d3d:state_pscale >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glPointSize(...); @ state.c / 1455 I don't know if that could have something to do with 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.

1 0

[Bug 18974] New: Newsbin Pro 5.53 crashes on exit (regression)
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18974 Summary: Newsbin Pro 5.53 crashes on exit (regression) Product: Wine Version: unspecified Platform: PC URL: http://www.newsbin.com/download.htm OS/Version: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wijn(a)online.nl CC: bunglehead(a)gmail.com Created an attachment (id=21837) --> (http://bugs.winehq.org/attachment.cgi?id=21837) Console output. Newsbin crashes on exit with current git. Console out put attached, I need to kill -9 from another terminal to get back to the prompt (ctrl-c nor ctrl-z works). Regression test show: $ git bisect bad 34b802caf088e526eadc23d785582e81ea5374cd is first bad commit commit 34b802caf088e526eadc23d785582e81ea5374cd Author: Nikolay Sivov <bunglehead(a)gmail.com> Date: Tue Jun 16 01:46:11 2009 +0400 comctl32/listview: Convert forwarded header notifications to ANSI if NFR_ANSI is current format. :040000 040000 7f9c298690cfa7c63010737878cb6da45dd570b4 a6e1736d290092b6d8c8862160775fd9237cd520 M dlls -- 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 8126] 'Rayman 2 - The Great Escape' doesn't start
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8126 --- Comment #15 from Milan <smoki00790(a)gmail.com> 2009-06-20 02:01:16 --- Not working in 1.1.24 either. -- 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 8867] Oblivion water lacks any shader effects
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8867 --- Comment #15 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:21:40 --- Created an attachment (id=21900) --> (http://bugs.winehq.org/attachment.cgi?id=21900) Standing in the water, Wine 1.1.24 Same as above, just the different angle. -- 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 8867] Oblivion water lacks any shader effects
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8867 Ben Anderson <roothorick(a)new.rr.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #20959|0 |1 is obsolete| | --- Comment #14 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:20:52 --- Created an attachment (id=21899) --> (http://bugs.winehq.org/attachment.cgi?id=21899) Water from the dock, Wine 1.1.24 I then took the entire contents of My Documents\My Games\Oblivion and copied them into Wine, so that the exact configs and saves would be reciprocated in Wine. Then I took these two screenshots from the exact same camera angles and the exact same saves. The time of day is also exactly the same, give or take a few seconds (real time). This is on Catalyst 9.6, Wine 1.1.24. By the looks of it, we're very, very close. The only big thing I see is sunshine isn't being reflected by the water. -- 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 8867] Oblivion water lacks any shader effects
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8867 --- Comment #13 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:18:16 --- Created an attachment (id=21898) --> (http://bugs.winehq.org/attachment.cgi?id=21898) Standing in the water, Windows 7 Same as above, different position. -- 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 8867] Oblivion water lacks any shader effects
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8867 --- Comment #12 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:17:29 --- Created an attachment (id=21897) --> (http://bugs.winehq.org/attachment.cgi?id=21897) Water from the dock, Windows 7 This screenshot was taken from the game running in Windows 7 Build 7100 using ATI Catalyst 9.x (don't know the exact version; I can go look if you want). This is our reference; what the water "should" look like. -- 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 8867] Oblivion water lacks any shader effects
by wine-bugs＠winehq.org 20 Jun '09

20 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8867 Ben Anderson <roothorick(a)new.rr.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roothorick(a)new.rr.com --- Comment #11 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 21:21:37 --- Never mind, the purple water was my mistake. I think before we dismiss this bug, we need to get an idea of what the water should look like. Give me a few minutes. -- 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
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(a)gmail.com --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) --- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 --- (In reply to comment #252) > (In reply to comment #251) > > Please how can I implement this patch? I'm not a programmer so if you can > > explain it to me... many thanks. > > take the patch, get the source via git, apply the patch, compile, install. > it should be approximatively this : > > create a file patch.diff and copy the patch inside > install git-core > git clone git://source.winehq.org/git/wine.git ~/user/wine-git > cd ~/user/wine-git > patch -p1 < /locationofthepatch/patch.diif > make depend > make > make install > > (Don't forget to install all the needed library, you should find them on the > wiki) I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. alessandro@alessandro-desktop:~/user/wine-git$ (?) --- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 --- (In reply to comment #253) > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > alessandro@alessandro-desktop:~/user/wine-git$ > > (?) Sorry I've forgotten the ./configure line (before make depend), but you'll need all the library The best way for you is here : http://wiki.winehq.org/WineOn64bit All is explained, for all environment. --- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 --- (In reply to comment #254) > (In reply to comment #253) > > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > > alessandro@alessandro-desktop:~/user/wine-git$ > > > > (?) > > Sorry I've forgotten the ./configure line (before make depend), but you'll need > all the library > The best way for you is here : http://wiki.winehq.org/WineOn64bit > All is explained, for all environment. Tried to do it but with no success.. maybe because I made everything (even WineOn64bit) in ~/user/wine-git ? Anyway for me it's too much, I do not really understand the process. I think I have to wait for the next official build, hoping that the patch will be integrated. Thanks anyway for your support sheen. ;) -- 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
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(a)gmail.com --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) --- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 --- (In reply to comment #252) > (In reply to comment #251) > > Please how can I implement this patch? I'm not a programmer so if you can > > explain it to me... many thanks. > > take the patch, get the source via git, apply the patch, compile, install. > it should be approximatively this : > > create a file patch.diff and copy the patch inside > install git-core > git clone git://source.winehq.org/git/wine.git ~/user/wine-git > cd ~/user/wine-git > patch -p1 < /locationofthepatch/patch.diif > make depend > make > make install > > (Don't forget to install all the needed library, you should find them on the > wiki) I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. alessandro@alessandro-desktop:~/user/wine-git$ (?) --- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 --- (In reply to comment #253) > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > alessandro@alessandro-desktop:~/user/wine-git$ > > (?) Sorry I've forgotten the ./configure line (before make depend), but you'll need all the library The best way for you is here : http://wiki.winehq.org/WineOn64bit All is explained, for all environment. -- 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 6994] Crimsonland's background textures fail to render
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6994 Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(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

[Bug 6719] Office 2000/2003 - installer ignore selected functions
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6719 Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(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

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) --- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 --- (In reply to comment #252) > (In reply to comment #251) > > Please how can I implement this patch? I'm not a programmer so if you can > > explain it to me... many thanks. > > take the patch, get the source via git, apply the patch, compile, install. > it should be approximatively this : > > create a file patch.diff and copy the patch inside > install git-core > git clone git://source.winehq.org/git/wine.git ~/user/wine-git > cd ~/user/wine-git > patch -p1 < /locationofthepatch/patch.diif > make depend > make > make install > > (Don't forget to install all the needed library, you should find them on the > wiki) I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. alessandro@alessandro-desktop:~/user/wine-git$ (?) --- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 --- (In reply to comment #253) > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. > alessandro@alessandro-desktop:~/user/wine-git$ > > (?) Sorry I've forgotten the ./configure line (before make depend), but you'll need all the library The best way for you is here : http://wiki.winehq.org/WineOn64bit All is explained, for all environment. -- 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
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) --- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 --- (In reply to comment #252) > (In reply to comment #251) > > Please how can I implement this patch? I'm not a programmer so if you can > > explain it to me... many thanks. > > take the patch, get the source via git, apply the patch, compile, install. > it should be approximatively this : > > create a file patch.diff and copy the patch inside > install git-core > git clone git://source.winehq.org/git/wine.git ~/user/wine-git > cd ~/user/wine-git > patch -p1 < /locationofthepatch/patch.diif > make depend > make > make install > > (Don't forget to install all the needed library, you should find them on the > wiki) I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend make: *** Nessuna regola per creare l'obiettivo «depend». Arresto. alessandro@alessandro-desktop:~/user/wine-git$ (?) -- 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
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m sheen <toxmerguez(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toxmerguez(a)yahoo.fr --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. --- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 --- (In reply to comment #251) > Please how can I implement this patch? I'm not a programmer so if you can > explain it to me... many thanks. take the patch, get the source via git, apply the patch, compile, install. it should be approximatively this : create a file patch.diff and copy the patch inside install git-core git clone git://source.winehq.org/git/wine.git ~/user/wine-git cd ~/user/wine-git patch -p1 < /locationofthepatch/patch.diif make depend make make install (Don't forget to install all the needed library, you should find them on the wiki) -- 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
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jounijarvis(a)gmail.com Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson(a)Pobox.com Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de chaykin <rchayster(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|rchayster(a)gmail.com | Adrian Lüthi <adi.l(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adi.l(a)bluewin.ch dlzerocool <dl.zerocool(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl.zerocool(a)gmail.com Stephane Mikaty <stephane(a)mikaty.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane(a)mikaty.net Casey Jones <pvtpuddin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtpuddin(a)gmail.com Dennis Schridde <lindevel(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lindevel(a)gmx.net Lars Blomqvist <knaprigt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knaprigt(a)gmail.com giovanni.nicola(a)ticino.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giovanni.nicola(a)ticino.com Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle(a)users.sourceforge.ne | |t Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.pedarra(a)inbox.co | |m --- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 --- *** Bug 17801 has been marked as a duplicate of this bug. *** --- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 --- XInput2 is starting to firm up (http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so it might be a good time to investigate a preliminary XInput2-based solution to this bug, and ensure that the XInput2 API is sufficient (while it's still malleable enough to fix) to cover the requirements. As I understand it, the issue here is that when dinput is being used to capture the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and the cursor's position should no longer affect anything that happens (ie the cursor becomes uninteresting and invisible, and all mouse events are sent back via directinput) which includes not changing focus to other windows, and this state needs to be cleared when focus is lost. If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start reading events from the mouse either at any time (DISCL_BACKGROUND) or only when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and free to move about the screen. I'm not sure from reading this bug if it also covers programs that capture the mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already used to cover this method, as programs using this do not expect to receive movement events from the cursor that would take it outside the clip rectangle. On initial consideration, it seems to me that this interface should be exported from winex11.drv (and alternative display/input drivers) for use by dinput.dll. http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly) documents a sample program in the DirectX SDK which exercises the various modes of using the mouse under DirectInput. --- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 --- (In reply to comment #235) > I'm not sure from reading this bug if it also covers programs that capture the > mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already > used to cover this method, as programs using this do not expect to receive > movement events from the cursor that would take it outside the clip rectangle. On looking at the actual code, this is not how ClipCursor currently works. Currently, it just keeps track of the rectangle requested, and if we receive a mouse move event that would take us outside that window, we reset our cusor position (but not the X mouse position or the position reported in the WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually lock the mouse within the requested rectangle, if we don't see the mouse event we can't even clip the cursor (but in that case the cursor wouldn't move anyway) and we report a possibly-unexpected position (outside the clip) in WM_MOUSEMOUSE, which doesn't match our cursor position. I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN page and my recollections of its behaviour, other applications can override your ClipCursor at any time, and do not have to be in the foreground to do so. MSDN says they musn't, though... So in theory any application which relies on being able to do so is incorrect, but conversely no application can rely on its mouse input actually being limited to where its ClipCursor is set. The problem with using XGrabPointer for this (which is what attachment 11735 from comment 82 appears to be doing) is that (as far as I understand from the manpage, I haven't tried this) it also affects what windows actually receive X11 events, which isn't actually true of ClipCursor, although it will produce the correct results for the general use-case of a Win32 program calling ClipCusor with its own window rectangle or client-area rectangle. Anyway, if ClipCursor does have any issues, it probably should be addressed in a seperate bug, or this bug just gets too conflated. --- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 --- >From what I understand the main Problem is that we only have absolute position on the mouse, but for the Game interface we need vector oriented presentation. Right? So I started to look for a way to get Vectored Events from X. I stumbled across XTrap. They talk of Vectorevents ... Cant we make use of that? Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea of X. I just researched a bit and read stuff that could help. (I did not even ask anyone :P ) So for me this is a shot into the Blue. Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz Event Vectoring In recording X protocol either for performance measurements or record/playback functionality, it often becomes necessary to capture more than just the core input events (Keyboard & Pointer). Further, it’s often critical to capture events before the determination is made by the server to not deliver the event. Of course, this could be done by a client by configuring "interest" for all events in all windows (includ- ing the root); however, the overhead associated with keeping track of the entire server’s volatile win- dow hierarchy is typically too expensive (especially for performance monitoring clients). As discussed earlier in this document, a ProcVector approach was implemented in X11 for all requests and byte-swapped events. One can only deduce that normal events weren’t vectored for performance reasons. With this in mind and the requirement to capture all events before the server drops any on the floor, the following are excerpts of experimental changes to events.c and devices.c to facilitate event vectoring Hope it helps! Peter --- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 --- I don't think XTrap is compiled into Xservers normally... In fact, a quick browse through the X.org git repo suggests it might not actually be implemented in Xorg, though the headers, library and protocol repositories are there. So I might be looking in the wrong place for the actual extension implemented. But certainly the xserver-xorg-core package on Debian/unstable doesn't list XTrap in xdpyinfo by default. --- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 --- Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by default. --- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 --- http://wiki.winehq.org/DInput has some XInput2 information. --- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 --- Xorg has dropped XTrap as of Xserver 1.6. http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff… --- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 --- Created an attachment (id=20315) --> (http://bugs.winehq.org/attachment.cgi?id=20315) add a toggle with the middle mouse button for the mouse wrapping. Here a small patch i did based on those with mouse wrapping , but instead of requiring you to hold the key. its a toggle. work perfectly fine with most games since you can toggle it off with the middle mouse button (its used in some games, but rarely an important action). Obviously, this is only meant as a temporary solution, but its enough for me. --- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 --- Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) mouse patch modified only recenter mouse when right,left or middle click is down. This patch is a version modified on one that is actually present here. The only change is that when right/left/middle click is not pressed, center the mouse on the screen is not applied. Like warhammer online other games only have problems with mouse when right or left clic is used. Some games use this function with middle click so I added middle click too. This is a sort of hack, so it's not a really usable patch... But it can help for some games at moment, so I post my changes added to this patch here. --- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 --- (In reply to comment #243) > Created an attachment (id=20721) --> (http://bugs.winehq.org/attachment.cgi?id=20721) [details] > mouse patch modified only recenter mouse when right,left or middle click is > down. > > This patch is a version modified on one that is actually present here. > > The only change is that when right/left/middle click is not pressed, center the > mouse on the screen is not applied. > > Like warhammer online other games only have problems with mouse when right or > left clic is used. > Some games use this function with middle click so I added middle click too. > > This is a sort of hack, so it's not a really usable patch... > But it can help for some games at moment, so I post my changes added to this > patch here. > For information I use Playonlinux to install all my software even not supported. It's a great tool because each install have is own directory with his own register, it's own setup to explain everything, and you can set up a different wine version for each software. So with this patch, all my games who I don't set in registery force_edge even if I use the same wine version (system), I don't have any problems, even for FPS likes etc... enjoy. --- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 --- Given the wide range of apps that are affected by this bug, it's severity should probably be upped from Normal to Major. --- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 --- Created an attachment (id=21031) --> (http://bugs.winehq.org/attachment.cgi?id=21031) Output during lag/freeze when using patch id=18681 (In reply to comment #206) > Created an attachment (id=18681) --> (http://bugs.winehq.org/attachment.cgi?id=18681) [details] > Hack to read raw mouse movement from /dev/input/mice > > ... > I thought I'd give this patch a try since it seems to be the only one that doesn't wrap the mouse, however I experienced the same lag/freeze as others here. I'm no expert when it comes to the dinput code in Wine but I thought maybe someone else might have use for output when running a game like Mount & Blade with WINEDEBUG=+dinput and this patch. The output is what's dumped to my terminal every time (and only when) the application freezes. Any thoughts? --- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 --- Created an attachment (id=21554) --> (http://bugs.winehq.org/attachment.cgi?id=21554) Patch for mouse for bug 6971 --- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 --- (From update of attachment 21554) to activate WINEFORCEMOUSEWARP=yes wine proggy.exe --- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 --- The Patch that i have proposed works for all Ut3 engine games, Crysis and Crysis Warhead and all those ut2004 engine games, this i my firts try at wines mouse but i hope this patch can be useful to all the community --- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 --- *** Bug 18774 has been marked as a duplicate of this bug. *** --- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 --- Please how can I implement this patch? I'm not a programmer so if you can explain it to me... many thanks. -- 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 18916] New: Thief 2 crashes when bringing up in-game menu
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18916 Summary: Thief 2 crashes when bringing up in-game menu Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk Created an attachment (id=21762) --> (http://bugs.winehq.org/attachment.cgi?id=21762) Transcript of game run, complete with backtrace After the commit below, Thief 2 crashes with the attached backtrace when bringing up the in-game menu. This menu involves switching screen resolution to 640x480. This appears to have been generated by the following commit: commit f8c4832276fb740e527fed87aa27975f91546d26 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Jun 5 10:10:48 2009 +0200 wined3d: Use GL_DEPTH24_STENCIL8_EXT for depth stencil formats. -- 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 22

[Bug 18895] New: Thief 3 crashes on closing.
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18895 Summary: Thief 3 crashes on closing. Product: Wine Version: 1.1.23 Platform: PC-x86-64 URL: http://www.eidos.de/downloads/search.html?gmid=174 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=21737) --> (http://bugs.winehq.org/attachment.cgi?id=21737) Testcase to trigger the crash in d3d8. Thief 3 crashes in DeletePixelShader if it closes/release all the resources. The game deletes some resources twice and there could the crash happen. The attached test case let wine crash in the same way. (The only difference is it uses VertexShader instead of PixelShader, but the code which is responsible for the crash is shared between both). -- 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 8

[Bug 18882] New: allow windows links to be load by WINE
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18882 Summary: allow windows links to be load by WINE Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: jlabrous(a)altern.org In Wine.desktop EXE and MSI files can be launched by "wine start". Windows Links files can be launched with same command! Please add application/x-win-lnk in MimeType field in tools/wine.desktop. This will allow to start .lnk files from filemanager or from Desktop. -- 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 5

[Bug 18841] New: Ghost Recon Installer Crashes
by wine-bugs＠winehq.org 19 Jun '09

19 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=18841 Summary: Ghost Recon Installer Crashes Product: Wine Version: 1.1.23 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dunerkahl(a)yahoo.de Created an attachment (id=21648) --> (http://bugs.winehq.org/attachment.cgi?id=21648) Complete debug log The installer of the first Ghost Recon game doesn't work, the process crashes. I attached WINEDEBUG=+all logfile. -- 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 9

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs