| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
Allow to create a user for a specific backend
|
| |
| |
| |
| | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
| |
| |
| |
| | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|\ \
| | |
| | | |
Add duration of last job execution to the table
|
| | | |
|
|\ \ \
| | | |
| | | | |
Adjust query/event logging code in favour of more complex owncloud/di…
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | | |
owncloud/diagnostics (#27643)
* Adjust query/event logging code in favour of more complex owncloud/diagnostics
* Add descriptions to IQueryLogger and IEventLogger interfaces
|
| | | |
|
|\ \ \
| | | |
| | | | |
Don`t allow upload of files with extension .part
|
| | | | |
|
| |/ / |
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
|\ \ \
| | | |
| | | | |
add contacts popover
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Georg Ehrke <developer@georgehrke.com>
|
| | | | |
|
| |/ /
|/| | |
|
|\ \ \
| |/ /
|/| | |
Improve readability of login logic
|
| | |
| | |
| | |
| | | |
Signed-off-by: Morris Jobke <hey@morrisjobke.de>
|
|\ \ \
| | | |
| | | | |
Add lists to HTML emails
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|\ \ \ \
| | | | |
| | | | | |
Redis cluster support
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Morris Jobke <hey@morrisjobke.de>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Morris Jobke <hey@morrisjobke.de>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Morris Jobke <hey@morrisjobke.de>
|
|\ \ \ \ \
| |_|_|/ /
|/| | | | |
Add mimetypes for jp2 and webp
|
| | |_|/
| |/| |
| | | |
| | | | |
Signed-off-by: Stefan Weil <sw@weilnetz.de>
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Signed-off-by: Jan-Christoph Borchardt <hey@jancborchardt.net>
|
| |\ \ \ \
| | | | | |
| | | | | | |
Trigger change when a user is enabled/disabled
|
| | |/ / /
| | | | |
| | | | |
| | | | | |
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
| |\ \ \ \
| | | | | |
| | | | | | |
Add new auth flow basics
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This implements the basics for the new app-password based authentication flow for our clients.
The current implementation tries to keep it as simple as possible and works the following way:
1. Unauthenticated client opens `/index.php/login/flow`
2. User will be asked whether they want to grant access to the client
3. If accepted the user has the chance to do so using existing App Token or automatically generate an app password.
If the user chooses to use an existing app token then that one will simply be redirected to the `nc://` protocol handler.
While we can improve on that in the future, I think keeping this smaller at the moment has its advantages. Also, in the
near future we have to think about an automatic migration endpoint so there's that anyways :-)
If the user chooses to use the regular login the following happens:
1. A session state token is written to the session
2. User is redirected to the login page
3. If successfully authenticated they will be redirected to a page redirecting to the POST controller
4. The POST controller will check if the CSRF token as well as the state token is correct, if yes the user will be redirected to the `nc://` protocol handler.
This approach is quite simple but also allows to be extended in the future. One could for example allow external websites to consume this authentication endpoint as well.
Signed-off-by: Lukas Reschke <lukas@statuscode.ch>
|
| |\ \ \ \ \
| | |/ / / /
| |/| | | | |
Catch session already closed exception in destructor
|
| | |/ / / |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* load list of contacts from the server
* show last message of each contact
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
|