Have a look at this very simple example WPF program:
<Window x:Class='WpfApplication1.Window1' xmlns='http://schemas.microsoft.com/winfx/2006/xaml/presentation' xmlns:x='http://schemas.microsoft.com/winfx/2006/xaml' Title='Window1' Height='300' Width='300'> <GroupBox> <GroupBox.Header> <CheckBox Content='Click Here'/> </GroupBox.Header> </GroupBox> </Window> So I have a GroupBox whose header is a CheckBox. We’ve all done something like this – typically you bind the content of the GroupBox in such a way that it’s disabled when the CheckBox is unchecked.
However, when I run this application and click on the CheckBox, I’ve found that sometimes my mouse clicks are swallowed and the CheckBox’s status doesn’t change. If I’m right, it’s when I click on the exact row of pixels that the GroupBox’s top border sits on.
Can someone duplicate this? Why would this occur, and is there a way around it?
Edit: Setting the GroupBox’s BorderThickness to 0 solves the problem, but obviously it removes the border, so it doesn’t look like a GroupBox anymore.
It appears to be a subtle bug in the control template for the GroupBox. I found by editing the default template for the GroupBox and moving the Border named ‘Header’ to the last item in the control templates Grid element, the issue resolves itself.
The reason is that the one of the other Border elements with a TemplateBinding of BorderBrush was further down in the visual tree and was capturing the mouse click, that’s why setting the BorderBrush to null allowed the CheckBox to correctly receive the mouse click.
Below is resulting style for the GroupBox. It is nearly identical to the default template for the control, except for the Border element named ‘Header’, which is now the last child of the Grid, rather than the second.