#222 closed Bug (Fixed)
GUIRegisterMsg() and callback function "chains"
| Reported by: | Ultima | Owned by: | J-Paul Mesnage |
|---|---|---|---|
| Milestone: | 3.2.11.11 | Component: | AutoIt |
| Version: | 3.2.11.9 | Severity: | None |
| Keywords: | Cc: |
Description
It looks like there might be a bug/regression in the betas with regards to GUIRegisterMsg(), though I'm not exactly sure when the regression occurred. I've attached an example script (sorry it's a tad bit long, but it's simple).
As is, it behaves correctly, and the treeview root can't be expanded by double-click. On the other hand, if you return anything, anywhere in the callback function chain, AutoIt decides it wants to handle the message, regardless of what is returned, and regardless of whether the return value even bubbles up back to the original callback function.
Regarding the function chain, ignore the For loops. I only added them to demonstrate the fact that it isn't because the function chain is taking too long to return that causes AutoIt to behave wonkily (it's something I considered at first).
Attachments (2)
Change History (4)
by , 18 years ago
| Attachment: | GUIRegisterMsg_Regression.au3 added |
|---|
comment:1 by , 18 years ago
| Milestone: | → 3.2.11.11 |
|---|---|
| Owner: | set to |
| Resolution: | → Fixed |
| Status: | new → closed |
comment:2 by , 18 years ago
Something still seems amiss here... I've attached an example where the fix still doesn't work. The problem here seems to lie with the WM_GETMINMAXINFO message. If it's not registered, there doesn't appear to be any problem with forcing AutoIt to *not* handle WM_NOTIFY. This is not an issue under 3.2.10.0.
Note: I might have also noticed another problem where the double-click expands/collapses the treeview item the *first* time it occurs, but not on any subsequent double-clicks. I couldn't reproduce it reliably, though, so I decided to report this one first. One problem at a time :o

Fixed in version: 3.2.11.11