When you serialize a bezier connection moved with mouse, the deserialization is not done -well - connection is not with the proper connection points.

Possible workaround:

   private void diagram_ConnectionDeserialized_1(object sender, Telerik.Windows.Controls.Diagrams.ConnectionSerializationRoutedEventArgs e)
        {
            Point startBezier = (Point)Utils.ToPoint((e.SerializationInfo["start"].ToString()));
            Point endBezier = (Point)Utils.ToPoint((e.SerializationInfo["end"].ToString()));

            Dispatcher.BeginInvoke(new Action(() =>
            {
                (e.Connection as RadDiagramConnection).SetBezierHandles(startBezier, endBezier);
            }), DispatcherPriority.Loaded);
        }

        private void diagram_ConnectionSerialized_1(object sender, Telerik.Windows.Controls.Diagrams.ConnectionSerializationRoutedEventArgs e)
        {
            e.SerializationInfo["start"] = Utils.ToInvariant(e.Connection.ConnectionPoints[0]);
            e.SerializationInfo["end"] = Utils.ToInvariant(e.Connection.ConnectionPoints[1]);
        }


Available in LIB version: 2016.3.1010

Currently large diagrams are hard to export with good quality because of the memory limitation in WritableBitmap when the DPI is increased.

 -- One option is to use BitMapCacheBrush (discussed here http://www.telerik.com/forums/low-resolution-using-exporttoimage-on-big-diagram)

 -- Another option is to export multiple images of the diagram which cover it all. Then possibly combine these pictures into one.

 -- Also , you can try increasing the operating memory of your Visual Studio

Group of 3 containers A B and C is being dragged. B is nested in A, C is separate.

Group is dragged by dragging B. 

Issue 1 => B goes into drop aware state with red border around it.

Issue 2 => when releasing the mouse B and C become children of A.


Will be available in R2 2016 Release.

Available in LIB version: 2016.2.516

Custom SettingsPane is designed to edit property from the shapes (or connections) DataContext via

extensions:SettingsPaneView.EditorPropertyName="DataContext.ShapeName" kind of binding.

If group of shapes are selected, the editing works only for the first selected shape but it should work for all select, just like when you edin non-databound diagram shapes and change their text for example. 


Available in LIB version: 2016.1.21

The settings pane doesn't take into account the scenario when its popup is opened close to the top or bottom bounds of the screen, in the calculation of its vertical position. 


Available in R2 2016 SP

If you pan the Diagram on touch device the Pan event is not fired.

Available in R3 2016 Release

Shape is dropped onto ContainerShape and the container is auto-resized.
When you press Ctrl + Z, the shape is removed, but the old size of the Container is not reverted.

Expected : the container should return to its old size.
When there is a nesting of containers and you drop a shape into in innermost container, Ctrl + Z will return the previos size of the container.

Available in R3 2016 Official Release.

When you start resize operation on a grouped ContainerShape and Shape in it the Container shape size can not be shrink-ed more than the previous BottomRight position of the shape in it (despite that the shape size is changed and there is space for the collapsing).


Available in LIB version: 2016.1.21

If we have a custom shape that derives from RadDiagramShapeBase and we rotate it at some degree (90) for example, and then resize it the diagram's selection adorner is misplaced with the shape.

Workaround:
Set RenderTransofrmOrigin = new Point(0.5, 0.5) to the shape.
Other workaround:
Derive the custom shape from RadDiagramShape, instead of RadDiagramShapeBase. 

A stackOverflow exception is thrown when the diagram is layouted with AStarRouter, Sugiyama and connection bridges.


Available in LIB version: 2015.3.1026 

Diagram has no ContainerShapes.

Layout returns different results when TreeLayoutSettings.IgnoreContainers is True / False. Same issue is produced when layout is sugiyama and sugiyamasettings' IgnoreContainers is True

When True, the result is incorrect - every shape is treated like separate graph component.

The fix is available in LIB Version 2015.1.0420.

ContainerShapes has connections connecting shapes in it.

RouteConnections is True.

After Expand Collapse - the ContainerShape has wrong size.

The bug is introduced in Q1 2015.

Available in LIB version: 2015.1.1603

Using TreeLayout may lead to a memory leak because the TreeLayoutProcessor keeps a reference to the layout Root.

Available in LIB version: 2014.3.1402

OrgTreeRouter holds references to RadDiagramConnections which are not removed from memory.

Available in LIB version: 2014.3.1409

IsPanEnabled property is not respected when the diagram is panned with touch/pan gesture

Available in LIB version: 2014.3.1409

If you manually remove a connection from a container (Source and Target are still in the container) and then drag this container in another one an exception will be thrown.

The fix is available in LIB Version 2014.3.1326.

When using SettingsPane on connection, the source and target cap types combos can be misaligned. For example when source is None and target is arrow 1.

Available in LIB version: 2014.3.1319

Setting IsConnectorsManipulationEnabled on a shape doesn't hide/show the Connectors immediately - you have to force a VisualState update. 

The fix is available in LIB Version 2014.3.1312.

ConnectionManipulationCompleted event does not fire when a shape is rotated more than 45 degrees and custom connector is used.

The fix is available in LIB Version 2014.3.1305.