https://bugs.winehq.org/show_bug.cgi?id=47666
Bug ID: 47666 Summary: AviUtl: the corresponding value is reset after clicking up-down control. Product: Wine Version: 4.0.1 Hardware: x86 URL: http://spring-fragrance.mints.ne.jp/aviutl/aviutl_plus _20120619.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs@winehq.org Reporter: sagawa.aki+winebugs@gmail.com Distribution: Ubuntu
AviUtl is a Japanese AVI file editing tool. When a user clicks up-down control in the dialog, the corresponding value is updated but immediately reset after the click.
Steps to reproduce: 1. Download aviutl_plus_20120619.zip from http://spring-fragrance.mints.ne.jp/aviutl/ 2. Unzip it. 3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe 4. Choose [設定]-[拡張編集の設定] (Settings-ExEdit Settings), then the window titled 拡張設定 (ExEdit) will be shown. 5. Right click the time-line part on the window and choose [新規プロジェクトの作成] (Create new project). A new dialog window will appear. 6. Click [OK]. 7. After the click, right click the time-line part again and choose [メディアオブジェクトの追加]-[グループ制御] (Add Media Object-Group Control). グループ制御 (Group Control) dialog will be shown. 8. In the dialog, click up-down control's down button nearby the lower right corner.
Expected behavior: * The left side edit control (indicates 対象レイヤー数 (number of target layers)) shows '1' instead of '--', and keeps the value.
Actual behavior: * The left side edit control shows '1' while clicking. But, it shows '--' again right after releasing the mouse button.
https://bugs.winehq.org/show_bug.cgi?id=47666
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=47666
--- Comment #1 from Sagawa sagawa.aki+winebugs@gmail.com --- I inspected this issue. It turned out that this is a window message issue. I write down here for the record.
ExEdit's WM_NOTIFY message handler for the up-down control uses NMUPDOWN's iDelta member for controlling the edit control's value. The handler assumes lParam is an NMUPDOWN pointer regardless of the notification code (i.e. NMHDR's id member).
Wine's up-down control sends WM_NOTIFY with UDN_DELTAPOS and NM_RELEASEDCAPTURE to the parent window (ExEdit side). So, the ExEdit handler gets confused when it receives NM_RELEASEDCAPTURE since iDelta value is undefined in that case. This causes resetting the value. It seems to be ExEdit's fault.
Why does AviUtl work well on native? My test shows that the control notifies UDN_DELTAPOS but it doesn't notify NM_RELEASEDCAPTURE at all on native.
Oh well.. I'm preparing a patch that demonstrates the behavior and disables NM_RELEASEDCAPTURE notification from up-down control.
https://bugs.winehq.org/show_bug.cgi?id=47666
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #2 from Fabian Maurer dark.shadow4@web.de --- Possibly related to bug 47427. Since you already investigated, can you tell if this is the same issue?
https://bugs.winehq.org/show_bug.cgi?id=47666
--- Comment #3 from Sagawa sagawa.aki+winebugs@gmail.com --- I sent a patch, https://source.winehq.org/patches/data/168989 .
@Fabian Thanks for the information. The ROS video on Bug 47427 looks very much like this issue. I'll take a look at the code of Glide wrapper.
https://bugs.winehq.org/show_bug.cgi?id=47666
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #4 from Sagawa sagawa.aki+winebugs@gmail.com --- I can confirm the issue is duplicate of bug 47427.
*** This bug has been marked as a duplicate of bug 47427 ***
https://bugs.winehq.org/show_bug.cgi?id=47666
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate