So I tried out a feature for the first time today. I have dual monitors, one that I mainly use for working, the other one for monitoring stuff like email and the like. I decided that the servers needed defraged today. So I opened all my favorites in the current tab. Then I thought, it would be nice to just put these on the other screen so I don't have to pick through all the tabs to find the one I am doing actual work on. So I went to Connection -> New Detached (Floating) Tab Panel, and moved that to the other screen. Then I started dragging my tabs to the new window. Everything went fine until I had two tabs remaining in the main window. When I moved one to the other window, so there was only one in the main window, the main window became Deactivated or something. The one tab is still there, but nothing is displayed. I click on the tab, and it remains blank. I can't minimze or restore the window. Can't click on any of the menu options. I can, however, drag a tab back to it, and all the functionality is restored. As a futher test, with 2 active tabs in the main window, I created a new tab not connected to anything, moved one of the active tabs to the floating window, then closed the unconnected tab. All functionality remained when I did this. This isn't anything critical, at least in my opinion, just thought I'd bring it up.

I was able to replicate the bug on my end. I'm going to look into the cause of this and release a bug fix when I figure it out. Very strange!

Just to confirm. I can only replicate this bug if I have the "User Interface Preference For Creating New Tabs" (Under Tabs in Tools->Options) set to "Empty tab on the right side of the tab list for every tab pane (like in IE7)." Is this the same for you? When I use the "Button in the upper-left corner of every tab page" this issue does not occur.

If this is the case for you, it was an easy fix. When I added the IE7-style "new tab" tab, I forgot to check to see if the page being set after a move operation was a real tab or the "dummy" tab used to create new tabs. If the focus was being set to the dummy tab, the focus was just lost in the ether. 🙂 So RD Tabs would attempt to set focus to the active tab (default fallback behavior) and that would be the other window (floating tab panel), so every time you clicked in the main window it would appear to be completely unresponsive, until you dragged a new tab into it, to reset the focus in the main window's tab panel. Incidentally, this would also happen with splitting tab panes and the floating panel could become unresponsive as well in the reverse direction.

Until 2.1.20 is released (gimme a day or two to fix another bug), you can change the "Creating New Tabs" preference OR never drag a tab to another tab pane or tab panel that is adjacent to the "plus" tab (the "new tab" tab).

Wow, that was a quick reply! I checked, and I was using the IE7 empty tab option. I switched it to Button in upper-left corner, and the error went away. Glad it was an easy fix.