Regions in panes content are not resolved when the pane is unpinned and collapsed. This happens only when you change the regions in runtime while the pane is unpinned and collapsed.

When a Pane is floated and added to a specific position in a PaneGroup saving the layout saves its position as last Pane in the group

If the Background property of a RadPaneGroup is set in Windows8 and Office2013 themes it is disregarded

If the mouse is above an AutoHideArea while the theme of the control is changing an NullReferenceException is thrown.

The Docking control must be placed inside DataTemplate.

Also it is possible to reproduce this behavior by executing this process:
  - Load a previously saved layout into the RadDocking control (note that the PanesSource is not set)
  - Set a PanesSource collection. Here the PanesSource objects are correctly added to the control but the previous items from the loaded Layout are not removed.

The RestrictedAreaMargin should be used as a starting point for the position when a ToolWindow is being maximized.

After certain expand/collapse of RadExpander that is placed inside a floating RadPane the DataContext of the RadExpander is lost

Changing the pane's state using context menu from floating to tabbed items leads to memory leak in MVVM scenario.

Available in LIB version 2016.2.530, it will be also available in the 2016 R2 SP1.

Currently TabStripPlacement property is not stored on a RadPaneGroup as part of the xml when calling SaveLayout. The result is when this has been set to say "top", loading the same layout then causes all docked panes in the group to switch tab placement to the default of bottom - which is not the same as it was.

 As a user I would like RadPane to have tooltips for show options, pin and close.

Provide a sorted collection of the RadPane instances which would be activated by the built-in ActivationManager. 
This would make it possible to get the order of the currently shown ToolWindow instances.

This only happens whenever the Panes are docked one above another in the DocumentHost.

RadPane setting CanFloat, CanUserPin & CanUserClose to false, ContextMenuTemplate="{x:Null}" and PaneHeaderVisibility="Collapsed" still leaves a small part of the header visible and clickable. If there is any work-around can you please let me know. Version 2014.3.1202.45, using Framework 4.5 with VS2013.