Skip to content
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

[OIDC] Document scope and prompt parameters in vanilla desktop + mobile apps #938

Closed
2 of 12 tasks
michaelstingl opened this issue Apr 13, 2023 · 4 comments · Fixed by #939
Closed
2 of 12 tasks

[OIDC] Document scope and prompt parameters in vanilla desktop + mobile apps #938

michaelstingl opened this issue Apr 13, 2023 · 4 comments · Fixed by #939

Comments

@michaelstingl
Copy link
Contributor

michaelstingl commented Apr 13, 2023

WHAT Needs to be Documented?

Vanilla desktop + mobile apps send fixed scope and prompt parameters in the OIDC login flow. (changing them via branding and MDM should be documented somewhere else: #384 )

WHERE Does This Need To Be Documented (Link)?

WHY Should This Change Be Made?

Admins and support team should know about this.

(Optional) What Type Of Content Change Is This?

  • New Content Addition
  • Old Content Deprecation
  • Existing Content Simplification
  • Bug Fix to Existing Content

(Optional) Which Manual Does This Relate To?

  • Admin Manual
  • Developer Manual
  • User Manual
  • Android
  • iOS
  • Branded Clients
  • Desktop Client
  • Other
@jesmrec
Copy link

jesmrec commented Apr 13, 2023

Android app:

3.x versions (3.0.4 as stable):

  • scope is openid offline_access email profile by default (brandable)
  • prompt not used

4.0+ versions (incoming)

@felix-schwarz
Copy link

felix-schwarz commented Apr 13, 2023

The iOS app sends:

  • for scope: openid offline_access email profile (brandable via authentication-oauth2.oidc-scope)
  • for prompt: select_account consent (will be brandable via authentication-oauth2.oidc-prompt in new version 12.0 builds)

@michaelstingl
Copy link
Contributor Author

ocis.ocis-traefik.latest.owncloud.works

4A0F29E3-B130-499A-BF7A-FB07D859A221_1_102_o 6958037C-760D-410C-871B-66D5A50A1328_1_102_o
prompt: select_account prompt: consent

ocis.ocis-keycloak.latest.owncloud.works

Keycloak doesn't respect the prompt: select_account:

E0F19F83-7603-4804-B5F1-4A8E69376A17_1_102_o

It opens directly the prompt: consent in the context of the existing user session. @wkloucek any idea?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants