http://bugs.winehq.org/show_bug.cgi?id=1410
------- Additional Comments From lionel.ulmer(a)free.fr 2005-07-05 15:27 -------
I think this is the worse case of DInput breakage I know :-)
Basically, the application is, after each DInput call doing a 'SetCursorPos'
itself in the middle of the screen (for what reason, I have no clue at all). And
as both middles do not exactly match (for other reasons), there are 'spurious'
mouse moves generated => once the cursor is moved, it will always move up.
Best way to fix is to integrate real relative mouse movement reporting to the X
server (proposal sent to XOrg list - waiting for an answer) or - at the very
least - move all the mouse warping stuff to the X11 driver (which would then
know that it's in relative mouse movement mode and thus not do the
application-asked warp).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2301
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)gmail.com 2005-07-05 12:18 -------
Thank you. Closing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2081
------- Additional Comments From lionel.ulmer(a)free.fr 2005-07-05 11:03 -------
I sent a patch this morning (that was comitted by AJ to the tree) so could you
check if it fixes your problem ?
http://bugs.winehq.org/show_bug.cgi?id=2931
------- Additional Comments From Speeddymon(a)gmail.com 2005-07-05 10:51 -------
ok, apparently I am going blind, as I just typed exatcly what you asked.. Sorry
about that! Scratches head...
Basically you have completed the easy part of the work of running a regression
test, in that you determined the last known working date, and first known
non-working date. But the hard part is finding the right time (which can be a
little tedious). If you find the right time (down to the second as the
instructions say), then we eliminate all other patches committed during that day
as being a problematic patch.
A lot of times running a regression test will reveal that a patch that has
nothing to do with the bug in question (a soung patch breaking something video
related in a game) is somehow the culprit.. By fixing a bug in one part of wine
(or adding a new one as is what sometimes happens), we reveal a bug in another part.
Now of course most of the time that is not the case, we end up with a patch
being revealed as problematic that directly affects video related stuff, and so
it is much easier (not to mention quicker) to fix than the case above..
That is why we have the specific instructions for running the regression test,
to determine exactly which patch caused it, so we know who to forward the bug
to, whether it is the person that contributed a video fix that broke the video
test of D2, or the one that contributed a sound fix that somehow broke the video
test of D2.
Hope all of that clears things up for you a bit
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2931
------- Additional Comments From Speeddymon(a)gmail.com 2005-07-05 10:29 -------
Did you mean, "do I need to know anything else other than that?" ? No. Once I
have that information, I can forward this bug to the appropriate party with a
link to the patch that broke it, and they will handle it from there.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2301
markf78(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Version|20040505 |20050310
------- Additional Comments From markf78(a)yahoo.com 2005-07-05 10:23 -------
this problem appears to be fixed. Changing state to FIXED.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2931
------- Additional Comments From rmh(a)debian.org 2005-07-05 08:58 -------
I'm on it. But I didn't know a regression test would require specific
instructions. Do you need to know anything else other than the commit that
broke it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2937
mike(a)navi.cx changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Summary|PAF crashes when viewing the|Need to implement header
|individual list |callbacks (IE feature)
------- Additional Comments From mike(a)navi.cx 2005-07-05 08:49 -------
The app is trying to use the newly introduced callback feature of header
controls. From MSDN:
"Currently, callback support includes header item text and images. Setting an
HDITEM structure's text to the LPSTR_TEXTCALLBACK value or its image to the
I_IMAGECALLBACK value will cause the control to send an HDN_GETDISPINFO message
to request callback information as needed. HDN_GETDISPINFO is supported by the
new NMHDDISPINFO structure."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2074
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)gmail.com 2005-07-05 07:37 -------
Thank you. Closing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2945
Summary: IE6 sp6 installation hangs (WINE 20050419)
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.winehq.org/appview.php?appid=25
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: meertn(a)fmf.nl
The IE6 SP1 installer hangs after a while, with the following error:
fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub
There are some other fixme's in the dll list:
fixme:advapi:DecryptFileA "T:\\IXP001.TMP\\" 00000000
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not
correctly implemented! 0x41880000
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41880000
fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41880074
fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have
to do here ?
Both the a standard config and winetool were used
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.