http://bugs.winehq.org/show_bug.cgi?id=26185
Summary: Listbox control messages sent to parent for click incomplete. Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs@winehq.org ReportedBy: austin.lund@gmail.com
Created an attachment (id=33381) --> (http://bugs.winehq.org/attachment.cgi?id=33381) WINEDEBUG="trace+message,+relay,+comm,+file,+ntdll,+listbox"
Below are two videos of a program called GPSoln32. The menu shown has a custom drawn listbox control. Clicking on the icons should toggle the state, but does not.
How it should work: http://dl.dropbox.com/u/17110364/GoodVbox.ogv
Wine: http://dl.dropbox.com/u/17110364/Badwine.ogv
Attached is a a debugging output from wine with WINEDEBUG="trace+message,+relay,+comm,+file,+ntdll,+listbox"
http://bugs.winehq.org/show_bug.cgi?id=26185
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2011-02-21 05:01:02 CST --- Creating a simple test case would be useful.
http://bugs.winehq.org/show_bug.cgi?id=26185
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #2 from Austin Lund austin.lund@gmail.com 2011-02-28 18:56:32 CST --- I'm not entirely sure what to test for.
The only way I can see that the application can perform this feature is via the WM_LBTRACKPOINT message which wine seems to handle correctly when compared with windows.
I'm open for suggestions as to reasons why this might be happening and I'm willing to write the test case for such suggestions.
Unfortunately I don't have a binary to debug. However any suggested extra debugging channels that might help would be useful.
http://bugs.winehq.org/show_bug.cgi?id=26185
Austin Lund austin.lund@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.2.2 |1.3.14
--- Comment #3 from Austin Lund austin.lund@gmail.com 2011-03-01 04:56:43 CST --- Reportedly the same behaviour is observed in 1.3.14.
http://bugs.winehq.org/show_bug.cgi?id=26185
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.14 |1.2.2
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-01 05:13:24 CST --- Adding a comment (without changing an originally reported Wine version) is enough.
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #5 from Austin Lund austin.lund@gmail.com 2011-03-01 16:10:05 CST --- I think I've figured out that this has to do with the program using hooks to respond to mouse messages instead of a more orthodox approach (which I assumed when setting the title of the bug originally).
I've been able to confuse wine's WH_MSGFILTER reporting for things like moving a message box (the MSG->pt variable isn't updated) but haven't been able to find anything wrong with the WM_LBUTTONDOWN messages.
I think this may also be related to bug 25282.
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #6 from Austin Lund austin.lund@gmail.com 2011-03-02 19:28:40 CST --- Created an attachment (id=33509) --> (http://bugs.winehq.org/attachment.cgi?id=33509) Test program which cannot recreate the bug
Doing what I think they are doing in this program from the given traces, I've written this sample program. However, it works on both windows and wine. So the approach taken in the program must be radically different.
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #7 from Austin Lund austin.lund@gmail.com 2011-03-02 19:29:20 CST --- Created an attachment (id=33510) --> (http://bugs.winehq.org/attachment.cgi?id=33510) Resource script for test program
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #8 from Austin Lund austin.lund@gmail.com 2011-03-05 16:55:32 CST --- I've managed to get the binary and have looked into what is going on.
This program assigns a single function to the WndProc for most windows (?!?! is this a common design). That function then looks up the "right" WndProc from a hash table which stores the window handle and a pointer to an object responsible for the window and has the wndproc in the vtable.
From what I've seen, the click message _must_ be processed in the listbox
wndproc as the dialogproc assigned to the dialog only processes WM_COMMAND and WM_INITDIALOG messages (hardcoded into the dialogproc function).
What exactly the function for the listbox is doing I'm not sure as I cannot figure out which function is the one actually called.
http://bugs.winehq.org/show_bug.cgi?id=26185
--- Comment #9 from Austin Lund austin.lund@gmail.com 2011-03-28 23:16:25 CDT --- The program can be downloaded here:
http://www.novatel.com/support/firmware-software-and-manuals/firmware-softwa... (Note the unzip password at the bottom of the page)
It's not much use without the hardware. I've tried using the debugger to open the offending dialog box but it just crashes (as kind of expected).
http://bugs.winehq.org/show_bug.cgi?id=26185
Austin Lund austin.lund@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.novatel.com/supp | |ort/firmware-software-and-m | |anuals/firmware-software-up | |dates/archive/
http://bugs.winehq.org/show_bug.cgi?id=26185
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com 2013-09-25 13:12:30 CDT --- Is this still an issue in the latest development version of wine? If this is no longer relevant please resolve the bug as abandoned.
https://bugs.winehq.org/show_bug.cgi?id=26185
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #11 from super_man@post.com --- Basically abandon, needs some hardware to test.
https://bugs.winehq.org/show_bug.cgi?id=26185
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=26185
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC|austinenglish@gmail.com | Resolution|--- |ABANDONED
--- Comment #12 from Austin English austinenglish@gmail.com --- (In reply to Bruno Jesus from comment #10)
Is this still an issue in the latest development version of wine? If this is no longer relevant please resolve the bug as abandoned.
Abandoned
https://bugs.winehq.org/show_bug.cgi?id=26185
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org