Love the product, and I am really impressed. You have many, many features that a lot of similar products do not have. Kudos to you!

I want to point out, right here and now, 1 feature in particular that others do not seem to have, is the "Global Change" feature. I have seen another application try to implement this, but they require you to also provide the Domain and User name before allowing you to even perform the operation, meaning that all 3 fields would be changed.

The problem with this logic, for me, is that we use a common administrative login on each of the servers that we log into, so the user name and password is always the same, but the domain is always different. So, there is no need to reenter the user name, and you can't globally change the Domain Name because it is never the same.

You have implemented this feature properly, and even extended this to being able to change all fields, and then to all fields in all folders and subfolders. Damn it, man. This is righteous.

The problem :-s
Of course, I do have one (annoying) issue that just kills me. I keep approximately 15 tabs open at a time, as I do server checks on almost 60 servers (4 batches of 15 each) every day, and this is growing.

Forgive my ignorance if this has already been implemented, or I am misusing a function or 2 but, the problem I am having seems to combine multiple issues that I have seen mentioned here. I will be working on, say tab #3, typing in a password for 1 of the applications on a server that I have to chack, and the focus will change to another tab. Sometimes, it changes in random fashion and rotates between 1 or more of the other open tabs ... sometimes very quickly.

I know why this occurs. It is because the each of the other connections has dropped momentarily, and then redialed (or something similar). I can tell because I catch it logging back into that tab's server on that tab. This is so frustrating, for many reasons, but mostly because when I do return to the original tab (#3), I don't know where it was in the password (may have dropped 1 or more of the characters I typed), and it is easier to just retype it than to try to complete it, hit Enter, find out it dropped a character or 2, and then retype the whole thing over again.

What I think would be easier than messing with the MSTSC feature (of reconnecting) or providing an option to be resilient, is to just hold the focus on the tab that the user is typing on, rather than allowing reconnecting tabs from stealing focus.

Is this something you could implement, and fairly soon? Maybe I just am tweaking the wrong checkboxes, but I can't figure out how to prevent this.

Have you tried looking in the options under Connections and seeing if the "After successfully connecting, tab will automatically steal input focus and set itself as active tab" is checked? If so, unchecking that may help. If it doesn't, there may be something else going on. I have encountered situations before where input blocks (seems to freeze) temporarily if several tabs are connecting/disconnecting at once, but I haven't seen input focus get stolen when doing that. Sometimes I've seen key strokes get "lost" when that happens, though (basically you type and it never appears). Most of that sort of stuff is not something I can fix because it's buried in the Microsoft RDP control and the way it interacts with the desktop. But let me know if that setting fixes the problem and if not, I may want to discuss with you further possible ways to reproduce this on my PC.

Also, RD Tabs 2.2 will reintroduce the ability to use the built-in autoreconnect feature. It was taken out of RD Tabs 2.0 because of a bug in the MSTSC 6.0 COM client that RD Tabs uses, but the 6.1 client works swimmingly. It's not very configurable, but since it operates way down at the protocol layer, in tests it seems to reduce dropped connections, which might help you.

P.S. I am quite proud of batch editing favorites. It was not an easy task to implement, but it was well worth the time and effort. I'm glad it is useful to you too! 🙂

Yes, I have examined all the settings possibilities and read the "Notes", when supplied, and believe I have set all things properly (of course). o:)

However, I would like to email you snapshots of each screen of the Options section, as well as all tabs in an individual connection. I always use the global change features to make sure everything is working properly =d{, so every one of the favorites would be set up the same.

Yes, please contact me. Use the contact form on the website. Hopefully we can figure this out.

Sorry for the delay. From your email, everything looks fine as far as settings are concerned. I think the problem lies in the reliability of your connection. Unfortunately, there are some activation/focus events I cannot override on the built-in RDP control that RD Tabs hosts, so focus may get stolen on connection drops/reconnects. I'll look into this further, but I'm pretty sure there is nothing I can do. The good news is that in RD Tabs 2.2, there will be the option to use the built-in MS autoreconnector again, as the bugs present in MS's RDP 6.0 have been fixed in RDP 6.1. This autoreconnector is more reliable at not notifying you of small problems (such as a momentary network blurp) and it may resolve your issue.