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.

Provide support for HierarchyId data type.

The CheckBox`s CheckMark is mirrored when the RightToleft FlowDirecttion is set in the RadTreeView

When usgin PageDown key the final offset is different when using the End key. More over, the scroll event is fired several times when using the end key (3 in my case). Attached project reproduces the problem.

The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item.

Reordering checked items using the drag/drop implementation in a TreeView with IsTriStateMode=False, sets the parent item in an indetereminate state

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

1. End key does not work correctly when margin is set in the DataTemplate. Actually there is a small missmatch between the real "End" position and the one displayed by the tree.
2. When the IsAsynch property is used inside the binding of the ItemsSource property the End key does not work at all.

The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item.

The TreeViewPanel doesn't display the TreeViewItems when the TreeView ItemsPresenter ControlTemplate element is wrapped in a Border or Grid control.

Declined.

Changing the default control template of our controls is risky, every template part has its purpose and usually it is used in code behind. 
We cannot support such template changes to not reflect the main features such as virtualization,scrolling, fast performance.

Improve the synchronization between the TreeView.IsOptionElementsEnabled with the TreeViewItem.OptionType property. In a scenario where the TreeViewItem.OptionType property is databound, changing the TreeView.IsOptionElementsEnabled property doesn't respect the databound values of the TreeViewItem.OptionType.
===
Reason for deletion: These  proeprties are marked obsolete.

We have a RadTreeView. There is no horizontal scrollbar.
We edit a node's header to a longer string and a horizontal scrollbar appears.
If we edit again the node's header to a shorter string, the horizontal scrollbar remains even it isn't needed anymore.

UPDATE:
There is a similar problem with the height of a RadTreeViewItem.
If we edit the RadTreeViewItem's content to become at least of two lines - the height of the item is increased, which is expected.
But if we re-edit this item's content to be on one line only - the height of the item remains larger, which is incorrect.
Please note, that this issue is observed ONLY on sub-items not on the parent nodes.

This seems not reproducible  with R3 2016 version of RadTreeView.
Please open a new support ticket with details regarding this issue if you encounter it.

Like in Windows, ability to select multiple items with rectangle created with mouse

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.

Consider replacing the current touch gesture which starts drag operation. Now the gesture (tab and hold + move up) is not very intuitive. 

With Q2 2015 Release the DragDrop on touch device will work the following way. Hold down the finger on RadTreeViewItem, TouchIndicator circle appears and then you can move your finger to start the dragging.

When a checked item is programatically removed from the RadTreeView.Items collection, it isn't removed from the CheckedItems collection.

Edit: Please avoid using this collection because it has never been implemented completely in RadTreeView. In DataBinding scenarios, you can use CheckBox in the ItemTemplate of the RadTreeView. Approach can be found here =>
http://docs.telerik.com/devtools/wpf/controls/radtreeview/how-to/howto-tri-state-mvvm.html 
CheckedItems colelction can be implemented in the ViewModels, instead of using the built-in property.

The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item.

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.

TreeView Virtualization Mode is Recycling (the default one). In the ItemTemplate there is a RichTextBox with HtmlFormatProvider. Changing ItemsSource of the TreeView runtime produces null reference exception in TreeViewPanel.CleanupRange().
The Exception comes from the RecyclingItemContainerGenerator.Recycle method (http://msdn.microsoft.com/en-us/library/cc452208(v=vs.110).aspx). 
As a workaround if applicable, user can use the HierarchicalVirtualization mode:
    <telerik:RadTreeView  telerik:TreeViewPanel.TreeVirtualizationMode="Hierarchical"

Currently the CheckedItems collection contains items with CheckState "Indeterminate". The change can be controlled somehow since the modifying the behavior now will be a breaking change.

Please avoid using this collection, it is has never been implemented completely.
In DataBound scenarios, add CheckBox in ItemTemplate like it is shown in this help article.
http://docs.telerik.com/devtools/wpf/controls/radtreeview/how-to/howto-tri-state-mvvm.html 

When BringIntoView is called while an item is expanding the BringIntoView target item may appear on the screen but be animated away from it. The TreeView will not retry to bring it into view again.

Ideally the TreeVeiw should re-focus on the last BringIntoView target if possible once the animation is complete.

Currently there are two workarounds:
- Turn off the animations while expanding if BringIntoView will be called
- Call BringIntoView for the given item once the animations has completed.

Collapse a RadTreeViewItem when all its children are dragged elsewhere. This is needed in scenarios where the RadTreeViewItem DefaultImageSrc and ExpandedImageSrc properties are set, and you want to revert back to the DefaultImageSrc once all children of the item are dragged to other positions.

Adding a Checked RadTreeViewItem from code behind checks its parent which is xaml defined.
On loaded event of The RadTreeView adding a parent item and checked child item with Dispatcher.beginInvoke checks the parent.

The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item.