[Bug 37109] New: Tab control waits for two seconds and then hides its children when its WS_TABSTOP/WS_EX_CONTROLPARENT change
https://bugs.winehq.org/show_bug.cgi?id=37109 Bug ID: 37109 Summary: Tab control waits for two seconds and then hides its children when its WS_TABSTOP/WS_EX_CONTROLPARENT change Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: pietro10(a)mac.com Created attachment 49330 --> https://bugs.winehq.org/attachment.cgi?id=49330 Source of program that demonstrates this bug. Only compiles with mingw due to use of asprintf(). For simplicity's sake (and especially since I'm now going to need to make them transparent...), my tab apges are all children of the tab control itself. Because WS_TABSTOP and WS_EX_CONTROLPARENT are mutually exclusive, my tab controls enable the latter before calls to IsDialogMessage() and enable WS_TABSTOP after calls to IsDialogMessage(). The attached program is a basic example with a tab that parents an edit control. In wine, if you click the sole tab or press Tab while focused on the edit control, you will notice that wine seems to stall for a few seconds, then the tab receives focus and the edit disappears. If you press Tab again, the edit reappears. On both Windows XP 32-bit and Windows 7 64-bit, both with and without a comctl32.dll v6 manifest, the focus switch happens instantly and the edit does not disappear. Using wine-1.7.22 from the official Wine PPA and a 64-bit WINEPREFIX (apparently) on Ubuntu 14.04. Thanks! -- 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=37109 --- Comment #1 from Pietro Gagliardi (andlabs) <pietro10(a)mac.com> --- Created attachment 49331 --> https://bugs.winehq.org/attachment.cgi?id=49331 Compiled binary version of attached source code. -- 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=37109 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase -- 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=37109 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49330|text/x-c |text/plain mime type| | -- 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=37109 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|comctl32 |-unknown --- Comment #2 from Nikolay Sivov <bunglehead(a)gmail.com> --- Do you see this lag with native comctl32 v5 running Wine? (after 'winetricks cc580'). -- 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=37109 --- Comment #3 from Pietro Gagliardi (andlabs) <pietro10(a)mac.com> --- Sorry for the delayed response. This bug still happens on wine-1.7.28 on Ubuntu GNOME 14.10 (stil from the PPA). After winetricks cc580 it goes away. -- 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=37109 Pietro Gagliardi (andlabs) <pietro10(a)mac.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|1.7.22 |1.7.28 -- 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=37109 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |comctl32 -- 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=37109 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #4 from winetest(a)luukku.com --- (In reply to Pietro Gagliardi (andlabs) from comment #3)
Sorry for the delayed response.
This bug still happens on wine-1.7.28 on Ubuntu GNOME 14.10 (stil from the PPA). After winetricks cc580 it goes away.
I don't see a lag, but the content is replaced with white and pressing tab again restores state. wine 2.0rc5 and staging 2.0rc4. winetricks -q cc580 is a workaround. Still valid. -- 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