Somehow I am not able to verify this fix - so to be sure I am posting details of my tested workflow, please let me know if I am missing something in the test case below:

1. I add the property as described in Dragging window appears behind main window #349 in App,xaml of TestApp
   

and start TestApp

2. I drag one window from the main window
   
3. I drag a 2nd Window from the main window and it disappears behind the first that was dragged off before
   

The problem is that I get the same behavior (on document window disappearing behind the other document window) in your suggested fix branch and the master branch :-(

Please let me know if I should test this differently then I'll be happy to look at this again.
Thank you

Thank you for taking a look at this!

Actually, I think you may have found a bigger issue. I had thought the issue was limited to using OwnedByDockingManagerWindow=false, which we use in our app. However, following your exact repro steps, I see the same issue on master without setting the value for OwnedByDockingManagerWindow.

To reproduce this fix, try adding the <Setter Property="OwnedByDockingManagerWindow" Value="False" /> to these 2 locations in Generic.xaml:

• avalonDockControls:LayoutDocumentFloatingWindowControl
• avalonDockControls:LayoutAnchorableFloatingWindowControl

From what I can see, these are the styles that are getting the applied in the TestApp. I could not see the property being applied to the window when I made the change in the App.xaml.

Also, note that I included the LayoutDocumentFloatingWindowControl, since that is the type of window that you were testing with in your repro steps.

I hope that helps!

Giving a complete and detailed test description rather than implying stuff (because something might get loaded or not) is always helpful and so I am able to verify you test case :-) and everyone else should now also be able to do just that.

So, you fixed the behavior for the <Setter Property="OwnedByDockingManagerWindow" Value="False" /> case, since the floating:

1. tool window or
2. document window

is now in front of the docking buttons (OverlayWindow), well done :-) Would you be able to find a fix for the <Setter Property="OwnedByDockingManagerWindow" Value="True" /> case, as well? If so, I would wait until I release a new version since a consistent behavior fix is of course the best thing to get this solved :-)