When TreeView has a source with more than 120 items and is placed inside a StackLayout, it is not properly rendered (Layout Cycle Detected exception is raised).

When we have grouping enabled and 2 properties with same name (i.e. TestId and TestID), the ListView is not rendering (or at least not showing any records)

If items are loaded on demand and treeview is placed inside StackLayout, when collapsing and expanding items, at some point the rendering is messed up.

Currently if the TreeView has deeper hierarchy or items with longer text, the end user will not be able to scroll horizontally.

Trying to collapse an item after reinitialization of the RadTreeView causes the exception. The scenario can easily be recreated if all items from the ItemsSource are removed one by one and then added again then expand and collapse an item.

When the collection set as ItemsSource of the TreeView is cleared and new item is added, an exception of type NSInternalInconsistencyException is raised on iOS.
Also clearing the ItemsSource is not reflected in TreeView.

TextCellTextColor property of the TreeViewItemStyle is not respected.

When CollapseAll method is called, if the first element is out of the screen (after a scroll), the treeview crashes.

Available in minor release 2018.3.1109. It will also be available in the R1 2019 release.

Calling TreeView's CheckItem method when the control is loaded, so that you mimic a "pre-checked" TreeView results in NullReferenceException in RadTreeView.Checkbox ToggleItem method.

When there is custom template applied that hosts multiple rows of UI components with total height greater than 44, the template is not measured correctly, leading to wrong visualization.

Available in R3 2018 release.

Available in minor release 2018.2.727.250. It will also be available in the R3 2018 release.