http://bugs.winehq.org/show_bug.cgi?id=8132
--- Comment #17 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-05-07 18:18:18 ---
(In reply to comment #16)
> I eradicated Wine as much as possible: I downloaded the whole source code
> afresh, and emptied out anything to do with Wine from /usr/local. I created a
> fresh .wine tree and installed a fresh copy of Blitzin 2.34 into it. I'm very
> sure I am not using an old version of builtin richedit. I ran the tests and
> they passed. But I'm still getting the buggy behaviour when I run the app.
> Particular things to mention are that I have an x86_64 system running OpenSUSE
> 10.3.
>
I have a x86_32 system running Fedora 8.
And, did you apply the patches after downloading the code afresh? Remember, the
patches are not yet integrated into 0.9.61... Could you please run "which wine"
when in the directory for Blitzin ? Also, please attach a trace of
WINEDEBUG=+module,+file,+loaddll to see what is going 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.
http://bugs.winehq.org/show_bug.cgi?id=8615
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #13 from Lei Zhang <thestig(a)google.com> 2008-05-07 18:13:07 ---
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.
http://bugs.winehq.org/show_bug.cgi?id=8615
Chris Wales <chris(a)chrobis.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |chris(a)chrobis.com
--- Comment #12 from Chris Wales <chris(a)chrobis.com> 2008-05-07 18:04:52 ---
I can confirm I have been maintaining the application for a good number of Wine
releases now and this bug has not occurred, certainly not in the last five; I'd
say it's probably safe to close
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3107
--- Comment #7 from Igor Tarasov <tarasov.igor(a)gmail.com> 2008-05-07 16:52:15 ---
(In reply to comment #6)
> When you click the header popup progress bar appears showing query progress.
I mean it should work this way (and works with native comctl32.dll), but with
builtin comctl23.dll it just does nothing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3107
Igor Tarasov <tarasov.igor(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tarasov.igor(a)gmail.com
--- Comment #6 from Igor Tarasov <tarasov.igor(a)gmail.com> 2008-05-07 16:50:05 ---
I'm not sure if this is the sam bug, but I've found similar problem with
Watchtower Library.
There are lots of database queries results being shown in the listview box, and
there are several headers clicking which leads to reorder.
But! Sorting is being done not natively. When you click the header popup
progress bar appears showing query progress. This means, that listview header
click calls some application routine that runs a query and repopulates
listview.
Here is what I've found. When header is being clicked the following appears in
the log:
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fb18)
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fbac)
trace:listview:notify_listview (code=-108, plvnm=iItem=-1, iSubItem=2,
uNewState=0x0, uOldState=0x0, uChanged=0x0, ptAction=(0,0), lParam=0)
trace:listview:notify_hdr (code=-108)
trace:listview:notify_hdr <= 0
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fbc0)
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fb18)
I did a bit of testing (as much as my knowledge allows) and found the
following:
There is a switch construction in LISTVIEW_HeaderNotification that takes
lpnmh->hdr.code as argument. And it just do not have ptoper case! So, I suppose
that problem is quite easily fixable since as I understand proper case supposes
simple delegation.
After adding this:
default:
FIXME("Unmatched case: (hdr.code=%d)\n", lpnmh->hdr.code);
break;
To the end of the switch (line 8909) and making debug run, I've got the
following:
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fb18)
fixme:listview:LISTVIEW_HeaderNotification Unmatched case: (hdr.code=-12)
trace:listview:LISTVIEW_WindowProc (uMsg=4e wParam=0 lParam=32fbac)
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fbac)
trace:listview:notify_listview (code=-108, plvnm=iItem=-1, iSubItem=2,
uNewState=0x0, uOldState=0x0, uChanged=0x0, ptAction=(0,0), lParam=0)
trace:listview:notify_hdr (code=-108)
trace:listview:notify_hdr <= 0
trace:listview:LISTVIEW_WindowProc (uMsg=4e wParam=0 lParam=32fbc0)
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fbc0)
trace:listview:LISTVIEW_WindowProc (uMsg=4e wParam=0 lParam=32fb18)
trace:listview:LISTVIEW_HeaderNotification (lpnmh=0x32fb18)
fixme:listview:LISTVIEW_HeaderNotification Unmatched case: (hdr.code=-12)
Unmatched case is -12, wich is HDN_FILTERCHANGE as I suppose, but I am not too
sure.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8132
--- Comment #16 from Andrew Talbot <Andrew.Talbot(a)talbotville.com> 2008-05-07 15:47:54 ---
I eradicated Wine as much as possible: I downloaded the whole source code
afresh, and emptied out anything to do with Wine from /usr/local. I created a
fresh .wine tree and installed a fresh copy of Blitzin 2.34 into it. I'm very
sure I am not using an old version of builtin richedit. I ran the tests and
they passed. But I'm still getting the buggy behaviour when I run the app.
Particular things to mention are that I have an x86_64 system running OpenSUSE
10.3.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5623
--- Comment #16 from Rafa³ Mi³ecki <zajec5(a)gmail.com> 2008-05-07 13:51:20 ---
I have this bug fixed locally. I posted patch on mailing list and I wait for
review. Hopefully this will be fixed soon.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6128
Bug 6128 depends on bug 9178, which changed state.
Bug 9178 Summary: "hello world" dos program hangs
http://bugs.winehq.org/show_bug.cgi?id=9178
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |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.
http://bugs.winehq.org/show_bug.cgi?id=9178
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> 2008-05-07 13:31:17 ---
This should be fixed now.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1351
Bug 1351 depends on bug 8069, which changed state.
Bug 8069 Summary: FAR manager 1.70(build 2087): keeps printing "fixme:curses:WCCURSES_GetEvents Ooch. somebody beat us", and doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=8069
What |Old Value |New Value
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Status|NEW |RESOLVED
Resolution| |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.