[Bug 47666] New: AviUtl: the corresponding value is reset after clicking up-down control.
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(a)winehq.org Reporter: sagawa.aki+winebugs(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 --- Comment #1 from Sagawa <sagawa.aki+winebugs(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de --- Comment #2 from Fabian Maurer <dark.shadow4(a)web.de> --- Possibly related to bug 47427. Since you already investigated, can you tell if this is the same issue? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 --- Comment #3 from Sagawa <sagawa.aki+winebugs(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Sagawa <sagawa.aki+winebugs(a)gmail.com> --- I can confirm the issue is duplicate of bug 47427. *** This bug has been marked as a duplicate of bug 47427 *** -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47666 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing Duplicate -- 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.
participants (1)
-
wine-bugs＠winehq.org