We have a RadTreeView with "Visibility" property set to "Hidden". We add dynamically RadTreeViewItems to the RadTreeView. If we change the "Visibility" to "Visible" - the RadTreeView is NOT displayed. Originally this item is logged for scenario with XBAP. Currently we are unable to reproduce such issue with WPF 4.0 and latest version of our controls. Please open a new support thread if you encounter similar issues at your side.
Showing a message box in the DoubleClick event handler in a D&D enabled RadTreeView starts a drag operation unexpectedly. Closing this one - we are not able to reproduce it with our latest binaries.
RadTreeViewItem.RootItem returns an incorrect value (reference to itself). The bug is logged incorrectly. The Root Item will return correct value once the containers are generated after load or dragdrop operation. The scenario for which the bug was logged checks the root item immediately after insert operation but the containers are not yet generated.
Binding to IsChecked property doesn't work in TwoWay mode (ConvertBack doesn't work). Declined. IsChecked / CheckState are supported only in xaml-defined RadTreeViews. In databinding scenarios use the approach described here => http://www.telerik.com/help/wpf/radtreeview-howto-tri-state-mvvm.html
Dynamically change of the theme of the RadTreeViewItems cannot be achieved. Reason for decline: The bug is outdated. Every RadTreeViewItem can be Styled via its Style property or the ItemContainerStyle of the RadTreeView.
When a copy of the Control Template of the RadTreeView is edited in Blend, the followin error is thrown: TargetName property cannot be set on a Style Setter. Reason for closing: The bug is not reprodible with VS 2012, WPF 4.5 and latest official version of telerik UI for wpf.
When using binding to check state and dynamically adding subitem to a praticular items, the parent items check state is incorrectly set to Off (from ON) although the child item state is also On. Marking this Declined. Binding to CheckState is not supported in MVVM scenarios. Please use the approach described here => http://www.telerik.com/help/wpf/radtreeview-howto-tri-state-mvvm.html
When the IsVirtualizing property is switched on runtime (for example as a result of applied binding) the generatedContainers are not updated and potentially will not return null when a container exists. === Marking this Declined: There is no such public collection. Too old item with only a single vote (like).
The TreeView should be able to figure out the Old / NewValue for its event args during editing. ==== ====== Reason for deletion. In databound scenarios e.OldValue and e.NewValue refer to the same instance of the ViewModel which is expected. Saving the state of the ViewModels means creating an entire deep copy of the ViewModel. We believe there is no such control in the framework to save the states of its ViewModels during editing. We have to admin, introducing public properties OldValue and NewValue of type objects for these event args is a bad design. This is a bug since these are public but we won't fix it due to the complexity (described above).