https://bugs.winehq.org/show_bug.cgi?id=49097
--- Comment #2 from Kyle_Katarn contact@kcsoftwares.com --- Thanks for your feedback
Problem in https://bugs.winehq.org/show_bug.cgi?id=41015 was that control did not receive WM_KEYDOWN, while the fix goes the other way arround, preventing the parent app to get the WM_SYSKEYDOWN. Moreover https://bugs.winehq.org/show_bug.cgi?id=41015 was pending a test for which no evidence was provided. Is it effective ? Was it a specific WinUAE design ?
As a PoC Current implementation prevents any ReactOS application using a treeview to close with ALT+F4 if focus is on a treeview component. No problem with other ComCtl32 component (listview,...) as WM_SYSKEYDOWN not "stolen" by the control.
Looking at Windows : no difference between Up/Down and Alt+Up/Down on treeview. Therefore i'd suggest to reconsider (or re-confirm) the need expressed in https://bugs.winehq.org/show_bug.cgi?id=41015
Am I missing something ?