Implemented Multiple selection mode which is consistent with the same mode in RadListBox, RadGridView, etc. Multiple Selection refers to Selecting / Deselecting items with single Mouse click or single space key press. Until Q3 2015 this Extended ans Multiple Selection had the same behavior. Will be available in Q3 2015 Release.
If item is expanded from the UI and viewport is scrolled to the top calling BringIndexIntoView causes the viewport to lock while scrolling. Available in LIB version: 2016.2.516
If RadTreeView.IsEnabled false (or the tree is inside busy BusyIndicator), then ExpandItemByPath(or GetItemByPath) does not work. Available in LIB version: 2016.2.525
The IsDragPreviewEnabled and IsDragTooltipEnabled properties don't work with the "NEW" DragDropExecutionMode.
Repro actions: 1) Hit the "End" key to go to the bottom 2) Hit the "Home" key to go back to the top 3) Mouse wheel does not move the scroll 4) The scroll arrows don't work either 5) They keyboard arrows don't work either, the selected item is displayed but they scroll bar does not move See this video for reference.
When the IsLineEnabled property is set to True and there are more than 3 levels of hierarchy, the lines look jagged.
SelectedItems collection does not work correctly when the RadTreeView is virtualized and ContainerBindings (SL) / Style Bindings (WPF) are used for binding the IsSelected property. The issue is not reproducible with R3 2016 version of RadTreeView with both Multiple and Extended Selection mode. Please open a new support thread with detals from your scenario if you encounter similar issue.
If the TreeView SelectionMode is Extended, dragging a single selected item while holding the Ctrl key will deselect the item Available in Q1 2015
It should be possible to collapse certain items to filter them out. This should not affect the look or functionality of the This is already implemented => you can use the ItemVisibility property of the RadTreeView.
If you define a RadMaskedInput control in the ItemEditTemplate of RadTreeView and then bind the Value property of the masked input to a property from the RadTreeViewItem's view model, the input displays the view model's class ToString() method. Instead the value of the bound property should be displayed. Fix is available in LIB Version: 2015.3.1005.
"InvalidOperationException - The specified Visual and this Visual do not share a common ancestor" exception is thrown in scenarios where the RadTreeView ItemsSource collection is modified. The bug is not reproducible with Q2, Q3 2014 version of telerik UI.
Initial focus is not set correctly when going in edit mode and using edit template. If EditTemplate consists of UserControl and TextBox - the textbox is not focused when entering edit mode. If EditTempalte consists of ContentPresenter and textBox - the textbox is focused correctly. Available in LIB version: 2014.3.1208
If an item that has multiple parents is about to be edited, the PreviewEditStarted event handler is fired so many times as the number of the item's parents. In this case setting the e.Handled property to True doesn't work as expected. Will be available in R2 2016 Release.
An appropriate ItemEditTemplate can be generated when the DisplayMemberPath property is used.
When the RadTreeViewItem (or the RadTreeView) is disabled and after a delay is enabled again it should go in "Normal" state. Now the control preserves its state, hence you are able to send more than one RadTreeViewItem in "Hovered" state. The fix will be included in Q2 2015 SP.
Reordering checked items using the drag/drop implementation in a TreeView with IsTriStateMode=False, sets the parent item in an indetereminate state
The CheckBox`s CheckMark is mirrored when the RightToleft FlowDirecttion is set in the RadTreeView
Update the radtreeview-howto-exapand-select-item-with-lod-enabled-treeview
TreeView is in TabItem of TabControl with IsContentPreserved = False. On ContextMenu open and when working with Contextmenu, the underlying RadTreeViewItem is in MouseOverState. Changing tabs then back to the tab with the TreeView. When working with contextmenu, the underlying treeviewitem is not is mouseoverstate. Could be reproduced in CustomContextMenu QSF sample. Not reproducible in AddRemoveDisable sample. The workaround is to set IsContentPreserved to true on the RadTabControl.
In databinding scenarios, the Header is somehow not stretched when setting the HeaderContentAlignment to true