Can't copy Passwords/Username in WebUI vault

Can't copy Passwords/Username in WebUI vault

avatar

Hi!

This is an error everyone in my organization encounters when copying a username/password. The password/username will not be stored in clipboard. The fix we have found is to either clear the browser cache or open up an incognito window and log-in again. I have failed to find a consistency in the error (when and why it occurs) and was hoping to get some answers here. The problem persisted through the update from April build 2021.1.9.0 to the current version.

Version: v 2021.1.10.0

It has gotten to the point where we are discussing other password vault solutions, so we'd really appreciate your help on this.

dev_error

EDIT: After making this post and doing nothing more than browse this forum I can now copy usernames/passwords again (same log-in, same tab), further adding to the inconsistency of this error.

dev_error.PNG

All Comments (9)

avatar

Hello,

Just to confirm because Hub is not up to v2021.1.10 yet, are you using Devolutions Server by any chance?

Also, is all your staff using the same browser, if so, which?

Best regards,

Maurice

avatar

Hi Marcus,

I'm really sorry to read you are having problems with Devolutions Server,

I was able to reproduce the problem, it happens when the session key on the web client is missing and/or invalid,
Do you know If the encryption keys were regenerated recently? If so, it could be related to the issue, if someone was already logged in prior to the key regeneration, their local key would become invalid.
You can try to logout, clear the local storage on the browser and login again, You should receive a new key.

If you did not regenerate the keys, next time you encounter the issue, can you check if the session key in the local storage is missing?


Regards,
David,

David Savard

avatar
Hello,

Just to confirm because Hub is not up to v2021.1.10 yet, are you using Devolutions Server by any chance?

Also, is all your staff using the same browser, if so, which?

Best regards,


Yes, apologies. The majority use Microsoft Edge and Google Chrome.

avatar
Hi Marcus,

I'm really sorry to read you are having problems with Devolutions Server,

I was able to reproduce the problem, it happens when the session key on the web client is missing and/or invalid,
Do you know If the encryption keys were regenerated recently? If so, it could be related to the issue, if someone was already logged in prior to the key regeneration, their local key would become invalid.
You can try to logout, clear the local storage on the browser and login again, You should receive a new key.

If you did not regenerate the keys, next time you encounter the issue, can you check if the session key in the local storage is missing?


Regards,
David,


Can you explain a bit more about the session key and how it works? It sounds like if we are several people accessing the same vault from different clients the session key can become invalid.

The saved keys I myself is having the most issues with are in my own vault and they were not created recently, but this problem affects all of our saved keys across different vaults when the problem occurs.

avatar

Hi Marcus,

the session key is use to decrypt the sensitive data (like passwords) when the data is sent from the server to the client. You get a session key when you do a login.
Copying the username should not be affected by that, your mentioned you get the same problem with username and password, if that's the case maybe it's a different issue.

Do you get the same behavior when click on view password instead of copy to clipboard?

Do you use a load balancer? If so maybe one of the server is setup differently so depending on which server sends the data, the client can read it or not.

Next time you get the error, can you go the browser's dev tools (F12) and see you get an error message in the console.

Regards,
David

David Savard

avatar
Hi Marcus,

I'm really sorry to read you are having problems with Devolutions Server,

I was able to reproduce the problem, it happens when the session key on the web client is missing and/or invalid,
Do you know If the encryption keys were regenerated recently? If so, it could be related to the issue, if someone was already logged in prior to the key regeneration, their local key would become invalid.
You can try to logout, clear the local storage on the browser and login again, You should receive a new key.

If you did not regenerate the keys, next time you encounter the issue, can you check if the session key in the local storage is missing?


Regards,
David,


Hi!

Forgive the late answer, just got back from vacation.

  1. I do not know if the encryption keys were regenerated recently. How can I tell?
  2. How do I check the session key?
  3. Should I really have to reset the session key every time I have to connect to Devolutions?


It is not only shared vaults but also my own private vault I am having this issue with. Today it didn't solve the issue by opening in a new incognito tab (Edge). I tried Chrome and managed to log-in and retrieve my password.

avatar
Hi Marcus,

the session key is use to decrypt the sensitive data (like passwords) when the data is sent from the server to the client. You get a session key when you do a login.
Copying the username should not be affected by that, your mentioned you get the same problem with username and password, if that's the case maybe it's a different issue.

Do you get the same behavior when click on view password instead of copy to clipboard?

Do you use a load balancer? If so maybe one of the server is setup differently so depending on which server sends the data, the client can read it or not.

Next time you get the error, can you go the browser's dev tools (F12) and see you get an error message in the console.

Regards,
David


  1. I noticed I don't get the issue copying username.
  2. I get the same behaviour clicking on "View password".
  3. I sadly do not have access to the server and but I can ask our server manager if we do.
  4. I do get an error! See attachment.

dps_error.PNG

avatar

Hello Marcus,

I've opened a ticket on your behalf to schedule a remote session with you and David.
Stay tuned!

We'll post the result of our investigation here after the session.

Thanks!

Best regards,

Alex Belisle

avatar

Hello @everyone
Quick update here, for the moment we're unable to reproduce the issue with Marcus, we'll update if the issue comes back.

Cheers!

Alex Belisle