Inherit host, Variable resolving and Workspace credential matching

"Edit"'ish of first post :)
Regarding the Domain folder, if I type something in the domain input field and switch back to no credential, still preserves the value in, at least, domain field.
So if it could just remain writable when credentials are flipped to none, no more needs done.

To sum it up a bit:
1: More a feature request: Keep domain writable when credentials is set to None:
2: In RDM copy of Host and IP isn't working from a Server type folder at least.
3: DVLS web and Workspace for Windows doesn't seam to be able to resolve "parent" variables.
3.b: Feature request, copy button for Host and IP.
4: My belief is, on a website entry when the host is set to inherit, the website property should be populated with http://<inherited host value> and if force https is set, populated with https://<inherited host value>
5: Same as 3 for DVLS web.
6: Workspace resolves folder variables to empty string.

Regarding the Website's website property, yes I know that I can switch to "host configured" I can set Website to https://$COMPUTER_HOST$ but I just feel like it shouldn't be necessary.

And an extra feature request with related question.
With inherit in mind, I think it would like to request the feature specifying a custom port, so you can use inherit but change the port.
For instance Webmin for Ubuntu runs on port 10000 I think it should be possible to still use inherit but tell that this service runs on port 10000.
That was the feature request, now to the question:
I though that the feature I just requested were already implemented, as I found "Custom host port" on the Advanced tab, but it doesn't seam to do that, at least with inherited on, so what is it for?

If you want an export of my test folder, I have attached it here, the username and password is random.
I added an RDP session as well, seams that the variable resolution is a general thing and not just for the website.

Regards Lars

Hello Lars,

Thank you for contacting the Devolutions support team.

1- If you configure the domain under the asset in the domain folder, RDM will return the correct value.
2- I have imported your .json and can copy the username and password from RDM.
With workspace - same result.
3- Open the web session. It works fine embedded in RDM, but it tries to open it externally in the workspace, probably because he can't reach the host.
4-The entry is not shown by the web browser's workspace extension. This is related to the variable that is not resolved in the URL.
We have an open ticket for this issue - (Variable in Web Browser entry URL)
5- the RDP session returns the good value - OPNsense.my.testdomain.com
6- I suggest posting your idea in the appropriate thread for any feature request.

Let me know what exactly you want to investigate first.

Best regards,

Hello Lars,

Thank you for contacting the Devolutions support team.

1- If you configure the domain under the asset in the domain folder, RDM will return the correct value.
- Yes, but I will create a feature request instead.

2- I have imported your .json and can copy the username and password from RDM.
With workspace - same result.
- Yes, it's the host and IP in RDM which make error when copying.

3- Open the web session. It works fine embedded in RDM, but it tries to open it externally in the workspace, probably because he can't reach the host.
- It hasn't anything with opening to do, it's what Web and Workspace is displaying the the Server folder is selected.
4-The entry is not shown by the web browser's workspace extension. This is related to the variable that is not resolved in the URL.
We have an open ticket for this issue - (Variable in Web Browser entry URL)
- Great, any ETA on this?
5- the RDP session returns the good value - OPNsense.my.testdomain.com
- Yes, I think I'm referring to if you look at the RDM session in web:

6- I suggest posting your idea in the appropriate thread for any feature request.
- I'll do.

Let me know what exactly you want to investigate first.

Best regards,

As to what I would like to be looked at first, then 4, but since this already is under investigation, then 2, and then that variables isn't resolving as expected when viewed.

Regards Lars