Projet

Général

Profil

Bug #19350

Permettre de rediriger vers une page apres SSO

Ajouté par Josué Kouka il y a plus de 6 ans. Mis à jour il y a plus de 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Josué Kouka
Catégorie:
-
Version cible:
-
Début:
10 octobre 2017
Echéance:
% réalisé:

100%

Temps estimé:
Patch proposed:
Oui
Planning:

Description

Il serait intéressant de pouvoir déclencher un SSO depuis un site et à la fin de ce SSO redirigé l'utilisateur vers une page spécifique de l'appllication "mandayisée".


Fichiers

Révisions associées

Révision 462211e6 (diff)
Ajouté par Josué Kouka il y a plus de 6 ans

allow redirection after sso (#19350)

Historique

#2

Mis à jour par Josué Kouka il y a plus de 6 ans

#3

Mis à jour par Paul Marillonnet il y a plus de 6 ans

Peut-être simplifier le if request.GET.get('next', None): en if request.GET.get('next'): qui revient au même.
Pareil pour

        url = result.get('url', '/')
    if request.GET.get('next'):
        url = request.GET['next']

qu'on peut peut-être simplier en
url = request.GET.get('next') or request.get('url', '/')

Sinon sur le fond c'est bon pour moi.

#4

Mis à jour par Thomas Noël il y a plus de 6 ans

De mon point de vue de vagabond qui passe ici par hasard :

  • J'ai toujours du mal avec les trucs qui s'appellent next dans une partie du code, et next_url dans une autre. Choisir un nom, s'y tenir, dans le code comme dans la query-string.
  • next_url = request.GET.get('next_url') tout simplement, comme le propose Paul
  • dans le template, {% if next_url %}?next_url={{ next_url|iriencode }}{% endif %} (je pense le iriencode obligatoire ?)
  • sur la partie post_login_do je m'interroge sur l'utilisation systématique du next_url indiqué : on va envoyer la personne vers ce next_url même si le login a foiré ? ça ne me semble pas forcément une bonne idée.
#5

Mis à jour par Josué Kouka il y a plus de 6 ans

Thomas Noël a écrit :

De mon point de vue de vagabond qui passe ici par hasard :

  • J'ai toujours du mal avec les trucs qui s'appellent next dans une partie du code, et next_url dans une autre. Choisir un nom, s'y tenir, dans le code comme dans la query-string.

Ok merci, finalement je garde next_url

  • next_url = request.GET.get('next_url') tout simplement, comme le propose Paul

+1

  • dans le template, {% if next_url %}?next_url={{ next_url|iriencode }}{% endif %} (je pense le iriencode obligatoire ?)

Done

  • sur la partie post_login_do je m'interroge sur l'utilisation systématique du next_url indiqué : on va envoyer la personne vers ce next_url même si le login a foiré ? ça ne me semble pas forcément une bonne idée.

C'est vrai, c'est corrigé et testé.

#6

Mis à jour par Josué Kouka il y a plus de 6 ans

next_url = '' => next_url = None

#7

Mis à jour par Josué Kouka il y a plus de 6 ans

next_url = request.GET.get('next_url') tout simplement, comme le propose Paul

Pris en compte

#8

Mis à jour par Paul Marillonnet il y a plus de 6 ans

Pourquoi result.get('result') dans le bloc juste avant alors que result['result'] ici ?

#9

Mis à jour par Josué Kouka il y a plus de 6 ans

Paul Marillonnet a écrit :

Pourquoi result.get('result') dans le bloc juste avant alors que result['result'] ici ?

Question d'historique. ça remonte de l'époque le retour phantomjs n'avait pas forcement une key result. Avec les évolutions elle en renvoit toujours depuis.

#10

Mis à jour par Serghei Mihai il y a plus de 6 ans

Ack, pour la prochaine mise à jour.

#11

Mis à jour par Josué Kouka il y a plus de 6 ans

  • Statut changé de En cours à Résolu (à déployer)
  • % réalisé changé de 0 à 100
#12

Mis à jour par Frédéric Péters il y a plus de 5 ans

  • Statut changé de Résolu (à déployer) à Fermé

Formats disponibles : Atom PDF