Content
Updated by Eric Schubert about 3 hours ago
### Steps to reproduce
config on the NC side
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/779036/content">
OP side
1. Login as as an admin (note i didn't login with SSO into OP, i logged in with email and password)
2. Create a new NC storage
3. As auth method, choose SSO through OIDC
4. As OAuth config, choose 'Access token obtained during login'
5. Select AMPF
6. Add application password
### What is the buggy behaviour?
* Application password is refused, error says it cannot be validated
* Storage setup can't be completed
### What is the expected behaviour?
1. Application password can be validated
2. Storage can be successfully setup
### Screenshots and other files
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/779028/content">
### Environment information
**OpenProject version**
Core build
[8a4eebf4cbda6726eda2d2e27deff1a3ec675cde](https://github.com/opf/openproject/commits/8a4eebf4cbda6726eda2d2e27deff1a3ec675cde)
Product version
[d009799758476ec68186b36c0f30d0a317d70c11](https://github.com/opf/saas-openproject/commits/d009799758476ec68186b36c0f30d0a317d70c11)
Core version
OpenProject 16.4.0
**Browser**
* [ ] Chrome
* [x] Firefox
* [ ] Safari
* [ ] Mobile Safari
* [ ] Other (please specify)
**Operating System**
* [x] Windows
* [ ] Mac OS X
* [ ] Mobile iOS
* [ ] Mobile Android
* [ ] Linux (please specify distro)
* [ ] Chrome OS
* [ ] Other (please specify)
## QA Information
* Error is not stable reproducible
* Like written in the comments, we still want to update the error message
* Proposal was: "Could not validate this application password with the storage provider. Please verify that the connection is functioning properly."
* As we have some serious issues writing validation messages that do not start with the attribute, I slightly changed the proposal to: "Application password could not be validated with the file storage provider. Please verify that the connection is functioning properly."
* We will discuss the possibility of allowing more flexible validation messages in future.
config on the NC side
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/779036/content">
OP side
1. Login as as an admin (note i didn't login with SSO into OP, i logged in with email and password)
2. Create a new NC storage
3. As auth method, choose SSO through OIDC
4. As OAuth config, choose 'Access token obtained during login'
5. Select AMPF
6. Add application password
### What is the buggy behaviour?
* Application password is refused, error says it cannot be validated
* Storage setup can't be completed
### What is the expected behaviour?
1. Application password can be validated
2. Storage can be successfully setup
### Screenshots and other files
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/779028/content">
### Environment information
**OpenProject version**
Core build
[8a4eebf4cbda6726eda2d2e27deff1a3ec675cde](https://github.com/opf/openproject/commits/8a4eebf4cbda6726eda2d2e27deff1a3ec675cde)
Product version
[d009799758476ec68186b36c0f30d0a317d70c11](https://github.com/opf/saas-openproject/commits/d009799758476ec68186b36c0f30d0a317d70c11)
Core version
OpenProject 16.4.0
**Browser**
* [ ] Chrome
* [x] Firefox
* [ ] Safari
* [ ] Mobile Safari
* [ ] Other (please specify)
**Operating System**
* [x] Windows
* [ ] Mac OS X
* [ ] Mobile iOS
* [ ] Mobile Android
* [ ] Linux (please specify distro)
* [ ] Chrome OS
* [ ] Other (please specify)
## QA Information
* Error is not stable reproducible
* Like written in the comments, we still want to update the error message
* Proposal was: "Could not validate this application password with the storage provider. Please verify that the connection is functioning properly."
* As we have some serious issues writing validation messages that do not start with the attribute, I slightly changed the proposal to: "Application password could not be validated with the file storage provider. Please verify that the connection is functioning properly."
* We will discuss the possibility of allowing more flexible validation messages in future.