[Mono-bugs] [Bug 79778][Nor] Changed - TabPage gets set to visible even if TabControl is not visible

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sun Oct 29 17:05:23 EST 2006

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by alex.olk at googlemail.com.


--- shadow/79778	2006-10-29 14:28:04.000000000 -0500
+++ shadow/79778.tmp.22919	2006-10-29 17:05:23.000000000 -0500
@@ -67,6 +67,21 @@
 ------- Additional Comments From monkey at jpobst.com  2006-10-29 14:28 -------
 xenomorph showed me a fix for the TabPage one, but that let me see
 that it was happening in other controls, so this is deeper than just a
 TabControl bug.  An example showing it in TextBox is attached above. 
 The key seems to be adding a control to a unparented/not visible
 control.  For the textbox, it's the scrollbars.
+------- Additional Comments From alex.olk at googlemail.com  2006-10-29 17:05 -------
+Jonathan is absolutely correct. It's not a TabPage problem but a
+Control or maybe a driver problem.
+We don't have the problem on linux because the XplatUIX11 driver only
+maps the whole and the client windows whereas the XplatUIWin32 driver
+calls "Win32ShowWindow(handle, WindowPlacementFlags.SW_SHOWNORMAL);"
+in XplatUIWin32.SetVisible.
+That means, no check is done in Control.SetVisibleCore to verify that
+a control (!= Form, PopupMenu , etc.) has a TopLevelControl. We simply
+call driver.SetVisible(handle, true) which is wrong then.

More information about the mono-bugs mailing list