-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When closing client app and reopening it, authorization setting are not saved (only desktop) #286
Comments
This should be fixed in the latest 0.5.0 beta release |
Passwords hashes are salted and stored securely per industry standard. We never store plain passwords. |
Note that this issue is not related to data saving mechanism at all. The problem is if you have any instance running when you close the app, Lodestone Core, which includes a web server, will still be running in the background. Now if you open the app again, it will try to start another core, which will fail since you can't start two web servers the same address, so it will connect to the core in the background and gets really confused. The latest beta partially fixed this issue by first quitting the app to the system tray, and when you right click and click "quit" on the tray item it will issue shutdown to all running instances. Lodestone-Team/lodestone_core#174 This PR will ensure that only one core runs at any time. |
actually, this could be a safari issue since I just noticed you are using MacOS. If what I said above is not the case (I'm assuming you are connecting to a remote core), then please use https://www.lodestone.cc/ to connect to your core on a chromium browser for now |
Somehow important how secure passwords are stored but more important that they are not stored at all. |
Can you verify that the credentials are created by visiting |
Should be labeled as a bug. |
There are quite a lot of variables at play. I am assuming that you are using the desktop client on MacOS to connect to a remote core. In that case, it may be a problem with how Safari handles localstorage. Can you try using https://www.lodestone.cc/ on a chromium browser and see if the issue persists? |
More explanation from me:
Yes, I see in |
I will try to see if this behavior can be changed. Tracked in #290 Confirmed defect, reproduced on Windows. Sorry for the inconvenience, but the best way to get around this issue while we work on a fix is to use https://www.lodestone.cc/ on a chromium browser, and see if that solves your problem |
This issue occurs only on:
|
I'm not sure why this still happens on chrome as I couldn't reproduce it on my end. Confirm that after you successfully connect and login to a remote core, the web app does not automatically log you back in when reopened? |
Description
When closing client app and reopening it, nor server IP, nor login and password are not saved.
Details
Every time the app is opened, it requires user to put server and login information again, which is not an expected behavior.
How to solve
The text was updated successfully, but these errors were encountered: