Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
[skip ci]
|
|
|
|
refactor: prepare validations of the uploaded pgp keys
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Just altering identity.keys did not mark identities as changed. Also we now have a sane default for keys.
|
|
|
|
We use port 3003 for the integration test server.
This test takes a few seconds (~8) now. Most of this is startup time of the server. A second run still takes 2 seconds like before.
|
|
SRP happens in two steps:
* handshake
* validation
During the validation we delete the handshake data from the session. So a second validation does not really work. It could build upon the first one but it would not be able to send M2 to the client.
So instead of trying to do sth. usefull when two validation requests are send we require the client to only send one.
|
|
|
|
|
|
* The APP_CONFIG needs to be initialized in core so that is required from other engines
* paths for load_views need to be relative to the model - not to rails root.
|
|
|
|
|
|
Conflicts:
users/lib/warden/strategies/secure_remote_password.rb
|
|
incorrect username or password on login attempt.
|
|
|
|
|
|
There was a weird case with reloading the user in the test if the public key had been unset.
|
|
|
|
|
|
|
|
|
|
|
|
Just a very simple start for now.
Do we want to use the api for the secure remote password auth from js?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
also changed the debug output so it helps creating tests for ruby-srp
|
|
|
|
|
|
except the final auth as this is still broken anyway
|
|
|