cjohnston Posted September 4, 2020 Share Posted September 4, 2020 We just migrated our database and web server from one machine to another. After the migration we are able to login and access passwords, and everything seems to be working correctly. The one thing that isn't working is the Browser extension. The URL has not changed, nor has the SSL certificate. However even after navigating to the passwordstate site and logging in successfully to the new host, we are unable to get the extension to change from red to black. I checked the database migration and new webserver migration guides and didn't see anything in there about the browser extensions. I checked in the Browser Extensions section of the help site and the settings of my server itself. The only thing I found was below. If you need your browser extensions to communicate to a different URL compared to your main Passwordstate URL, please specify it here: (in the format of https://mypasswordstate.com). This must also be the same database you're communicating with, otherwise encryption/decryption will not work with different encryption keys. Any other suggestions? Passwordstate Build Number : 8951 Browser Extension API Build Number : 8782 Mobile Client Build Number : 8903 Password Reset Portal Build Number : 8903 Remote Site Locations Build Number : 8903 Link to comment Share on other sites More sharing options...
cjohnston Posted September 4, 2020 Author Share Posted September 4, 2020 Apologies for not providing enough detail. To confirm, this is happening in current versions of Chrome, Chromium Edge, and Firefox. This still occurs after removing the extension, rebooting the browser, and re-adding. Link to comment Share on other sites More sharing options...
support Posted September 4, 2020 Share Posted September 4, 2020 Hello, Do you know if your API in Passwordstate is functioning, as this is what's used for the Browser Extension? If you append /api to your normal URL, do you get the documentation page, or do you see an error? Regards Click Studios Link to comment Share on other sites More sharing options...
cjohnston Posted September 5, 2020 Author Share Posted September 5, 2020 When navigating to the normal URL with /api, we get a 500 internal server error. This occurs both if I've logged in and if I have not. We did a full database backup and restore, decrypted the web.config and copied over the that file from the old server. We also moved across the selfdestruct web.config. What did we miss? Thank you for your help! Link to comment Share on other sites More sharing options...
support Posted September 5, 2020 Share Posted September 5, 2020 Hello cjohnston, It doesn't sound like you have missed anything. Can you please follow the instructions in this forum post, and send us the results via our Support page on our web site - https://www.clickstudios.com.au/community/index.php?/topic/2518-passwordstate-support-information-script/Click Studios Link to comment Share on other sites More sharing options...
cjohnston Posted September 7, 2020 Author Share Posted September 7, 2020 To confirm, the process you sent me involves importing passwords from a different password manager, Passwordsafe. Should I be treating my original Passwordstate instance as the Passwordsafe source for this example? It looks like this is going to completely rebuild and reimport my passwords from my source server database via this script, rather than a database import. Would I not then have two copies of my passwords lists? And then have to recreate my permissions for each list? Thanks! Link to comment Share on other sites More sharing options...
support Posted September 7, 2020 Share Posted September 7, 2020 Hello cjohnston, The 500 error you reported has nothing to do with importing passwords - a Server 500 error generally means some sort of configuration issue in IIS. Please contact support as the per the suggestion above, and we will try and figure out the issue with your API. Regards Click Studios Link to comment Share on other sites More sharing options...
cjohnston Posted September 7, 2020 Author Share Posted September 7, 2020 The link you provided was not to support, but rather on how to import passwords from Passwordsafe, hence my confusion. I've sent in a support request via https://www.clickstudios.com.au/support.aspx Thank you for your help Link to comment Share on other sites More sharing options...
support Posted September 7, 2020 Share Posted September 7, 2020 I'm sorry sorry Chris - I did link the wrong article, but have corrected that now. We'll have a look at the results as soon as you send them to us. Regards Click Studios Link to comment Share on other sites More sharing options...
cjohnston Posted September 10, 2020 Author Share Posted September 10, 2020 We were able to correct the issue with the eagle eyes of the support team. When we had migrated from one database and web server to the next, we had added another logical drive and moved the Passwordstate databases to that, so our Passwordstate home folder went from D:\ to E:\. Everything else migrated across appropriately, but the AppPools were still pointing in the old locations. Updating those by navigating to IIS > Sites > Expanding the Passwordstate site and finding the three app pools and right clicking on those and selecting properties and changing their physical locations to point to the actual Passwordstate folder location in E:\ then allowed everything to work appropriately (After a website refresh in IIS) Thank you for everyone's help and support at Passwordstate. Glad we were able to get this resolved! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.