[FEATURE REQUEST] Websites with Alternate credentials, plus ALTERNATE PROFILES?

Hello John,

The profile field in websites supports variables. If the thing that should distinguish your profiles is the username, you could use something like this for example:

In this case, depending on the username you choose, it would affect which profile is used. I'm not sure how you configure your entry to use alternate credentials, but let me know if this leads you to finding a good solution. Otherwise it would be helpful to know more about how you configured your entry.

For your other point regarding the "open with elevated credentials", if you go in the "alternate" section of your entry, you can configure a set of elevated credentials. This is a new feature in 2025.1. At the moment this is mainly used for that feature, but the SSH Terminal entry also supports elevating the user when already connected by performing a command using these credentials.

Regards,

Hubert,

Thanks for that, didn't think to use variables at the time doh! Def sounds promising ill see how I get on, as to the elevated creds question, I see it now, appears I got mixed up with RDM's option naming but somehow even though I were using Elevated Creds feature, open with alternate creds still worked?

Ill get back to you if I get stuck, pls mark this as resolved or dismissed as a feature request...

Thanks for the feedback John, I'll mark the thread as "not planned", but if you have any additional issue making this work just let us know. It's possible you'll stumble on a part that's missing for your scenario and we'd be happy to either steer you in the right direction or work on an improvement to make it work.

Regards,

Seems this field doesn't like variables like entry names don't either, I tried but it just stored the Variable name and not it's called value??

What you're describing seems normal to me, the variable in the profile field should only be resolved when you run the entry, not when saving it. Did you try it out and check if the profile was created with the correct name?

Regards,

I did yeah and even after running the entry there isn't additional profiles created using the resolved variables?? Shouldn't it also create the profile entry in RDM as well as WebView2 cache (which I hadnt checked I will now just to be sure, however ideally it would be nice to see it in RDM to know it worked you know)

No defiantly isn't working as with the variables in the profile name it doesn't even open, I'm assuming Webview2 doesn't like the profile name? Also nothing new is created in the cache paths??

Do you think a pre-open event script should be used to generate the string before open perhaps, Ill see if that works? Is there a variable for the Profile at all?

Hello John,

I tested on my end with the following configuration:

• Name of the entry: Web1-ProfileVariable1
• Credentials: configured with a password list, with one username being "user1" and the other "user2"
• Profile field: $NAME$-$USERNAME$

When I run my website entry, I get prompted to choose between my two users. I picked "user1" for the first test. I logged onto a website and closed the entry. Then, I reopened it and chose the same user. I was already logged onto the website, showing the cache was successfully created and reused.
When I then did the same steps but chose "user2" instead, the cache used was different, so I wasn't already logged in, showing it's not using the same cache.

Furthermore, when I look at the directory, I see both cache paths with the correct expected names:

Maybe in your case there's some characters that aren't allowed in file paths, so it breaks? Is there any special characters in the profile paths you're trying to construct?

Regards,

Hello John,

I tested on my end with the following configuration:

• Name of the entry: Web1-ProfileVariable1
• Credentials: configured with a password list, with one username being "user1" and the other "user2"
• Profile field: $NAME$-$USERNAME$

When I run my website entry, I get prompted to choose between my two users. I picked "user1" for the first test. I logged onto a website and closed the entry. Then, I reopened it and chose the same user. I was already logged onto the website, showing the cache was successfully created and reused.
When I then did the same steps but chose "user2" instead, the cache used was different, so I wasn't already logged in, showing it's not using the same cache.

Furthermore, when I look at the directory, I see both cache paths with the correct expected names:

Maybe in your case there's some characters that aren't allowed in file paths, so it breaks? Is there any special characters in the profile paths you're trying to construct?

Regards,

perhaps spaces?? will try thanks

Yes it was a space lol, mines working now too $REPOSITORY_NAME$-$HOST$-$USERNAME$ creates profile for standard user and another for elevated user, many thanks for your assistance.

Side topic, I still can't fix my Focus on open for entries and I've followed the KB which mentioned the two options in settings tree view, I must have something conflicting elsewhere but i can't see where, any suggestions??

Hello John,

Sorry about the delayed answer. Could you describe your focus issue a little more? From my own testing, opening a website will automatically focus the embedded tab, and the same goes for selecting it in the navigation pane, when you have those options configured. Maybe I'm missing something or it takes specific configurations.

Regards,

It seems for any entry type in my RDM the initial entry opened will focus but additional entries never focus anymore and require a manual click??

What view or log would provide details on what's going on at every step with debug / verbose level events, i.e. to debug what setting could be getting in the way of entry focus on open?

thanks

I performed a few tests on my end and I don't think we have any specific debug logs for the focus. At minimum, you could confirm that the "Selection changed" event correctly triggers.
You can go in the Help tab in the ribbon and open the Performance Profiler. From there, keep it on the performance tab at level 1 and open your entries. You should see these events (and probably a few more):


Additionally, if it's something you're able to do, sending us a video of the issue might be useful. You can send it to our sharefile here: https://devolutions.sharefile.com/share/filedrop
Please mention my name in the file so it reaches me quicker.

If even with the video it's not something we're able to reproduce, we might need your CFG file so we can have the same local configurations as you do as some setting might be interfering.

Regards,

Hello John,

I received your video. I don't see anything obvious at a glance but I'll forward it to our QA team to see if they are able to reproduce. If we're still not able to reproduce, I'll let you know for the next steps. I understand this is an annoying issue for you so I'd like to get this fixed.

Regards,

You should see that the first entry opens and does focus, but not with the preceding entries
, they require tab clicks to focus manually? Quite some time ago RDM would focus on every new opened entry automatically yet I've obviously changed a setting that's preventing auto focusing now?

Thanks, fyi its a livable issue that I can cope with, its just something that's bugged me for ages now and I've finally got to the point i have to fix it. Ideally without factory resetting RDM settings....

Hello John,

Good news, I believe we found what the "issue" is!

At the bottom right of your RDM window, in the status bar, there's an 'anchor' icon:

In your video we noticed it's checked. If you hover your mouse over it, you'll see the description of the setting: "Keep current focused content while opening a new tab".
You must have misclicked it at some point, but unchecking it should resolve this focus behavior.

Let me know if that worked!

Regards,

Hello John,

Good news, I believe we found what the "issue" is!

At the bottom right of your RDM window, in the status bar, there's an 'anchor' icon:

In your video we noticed it's checked. If you hover your mouse over it, you'll see the description of the setting: "Keep current focused content while opening a new tab".
You must have misclicked it at some point, but unchecking it should resolve this focus behavior.

Let me know if that worked!

Regards,

Doh, yep that was it!

You're an absolute star! Many thanks, I knew you guys would see what I'd missed lol

Thanks

No problem, glad we could help! Let us know if you have any other issue.

Regards,

got another error today lol after updating to 2025.1.31.0 64bit, I can create new web entries but editing I get this notification but can't find it in activity logs?? I tested by creating a new entry which worked but editing and saving the edit I got the same notification on windows and the entry didn't save / update.


Ideas?

Hi @john.kenny,

I'm Maxime, Team Lead on Hub at Devolutions.

I have a few questions for you to assist you better.

1. Are we discussing Hub Business or Hub Personal?
2. Is this issue specific to one entry, or do all your other entries get corrupted once updated?
3. Does this occur also with newly created entries, and then updating them causes corruption?
4. Are you able to restore 1 of your corrupted entry with RDM 2025.1.31.0 to a working version in RDM (View - Entry History)?
   1. If yes, can you test out if you are able to update that entry using the Hub's web interface.

After your responses, we will try to reproduce the issue on our end, and if we cannot reproduce, we will ask you to open a support ticket with us.

Hi @john.kenny,

I'm Maxime, Team Lead on Hub at Devolutions.

I have a few questions for you to assist you better.

1. Are we discussing Hub Business or Hub Personal?
2. Is this issue specific to one entry, or do all your other entries get corrupted once updated?
3. Does this occur also with newly created entries, and then updating them causes corruption?
4. Are you able to restore 1 of your corrupted entry with RDM 2025.1.31.0 to a working version in RDM (View - Entry History)?
   1. If yes, can you test out if you are able to update that entry using the Hub's web interface.

After your responses, we will try to reproduce the issue on our end, and if we cannot reproduce, we will ask you to open a support ticket with us.

Ok, looks like it's just one entry, which I've just realised so i've recreated it and now it's fine. Wonder how that happened?

Thanks anyway.