Development #42370
passer le service dans le contexte de l'évaluation des conditions d'affichage des blocs d'authentification
0%
Description
En plus du login-hint
.
Fichiers
Révisions associées
Historique
Mis à jour par Benjamin Dauvergne il y a presque 4 ans
Quelle est le besoin derrière ? C'est pour un service qui serait incapable de poser un login-hint (un service qui n'est pas dans Publik donc) ?
Mis à jour par Serghei Mihai il y a presque 4 ans
- Priorité changé de Normal à Bas
Yep, j'avais pensé à ça. Mais ce n'est pas prioritaire.
Mis à jour par Serghei Mihai il y a presque 4 ans
Un autre cas d'usage: sur une déploiement multicollectivité, authentic peut faire du SSO avec l'IDP et l'agglo et celui d'une commune.
Exemple: https://demarches.dordogne.fr/manage/. J'aimerais pouvoir afficher le bouton "Connexion Agent ATD" uniquement aux agents essayant de se connecter à sous-instance de l'ATD.
Avoir le slug du service dans la condition d'affichage me permettrait de faire cela.
Mis à jour par Benjamin Dauvergne il y a presque 4 ans
- Statut changé de Nouveau à En cours
- Assigné à mis à Serghei Mihai
- Priorité changé de Bas à Normal
Je nommerai la variable dans le contexte service_slug
, il y a un souci actuellement sur la façon de désigner le service; il faudrait passer ou_slug.service_slug et pas seulement service_slug. C'est un peu un cas imaginaire mais si on imagine une source d'authentification différente pour le BO de ou_ville1.wcs et ou_ville2.wcs ça peut être utile à terme.
PS: je précise, je ne me demande pas de corriger la façon de passer le service à travers les redirections, ce sera corrigé plus tard, juste de prévoir les bons noms pour le futur.
Mis à jour par Serghei Mihai il y a presque 4 ans
Benjamin Dauvergne a écrit :
Je nommerai la variable dans le contexte
service_slug
, il y a un souci actuellement sur la façon de désigner le service; il faudrait passer ou_slug.service_slug et pas seulement service_slug. C'est un peu un cas imaginaire mais si on imagine une source d'authentification différente pour le BO de ou_ville1.wcs et ou_ville2.wcs ça peut être utile à terme.
Ton idée est de suivre l'unicité (ou, service)? Et donc au lieu de passer dans la querystring service=portal
, faire plutôt service=default.portal
?
Mis à jour par Serghei Mihai il y a presque 4 ans
- Fichier 0001-views-pass-service-parameter-to-show-evaluation-cont.patch 0001-views-pass-service-parameter-to-show-evaluation-cont.patch ajouté
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a presque 4 ans
Serghei Mihai a écrit :
Benjamin Dauvergne a écrit :
Je nommerai la variable dans le contexte
service_slug
, il y a un souci actuellement sur la façon de désigner le service; il faudrait passer ou_slug.service_slug et pas seulement service_slug. C'est un peu un cas imaginaire mais si on imagine une source d'authentification différente pour le BO de ou_ville1.wcs et ou_ville2.wcs ça peut être utile à terme.Ton idée est de suivre l'unicité (ou, service)? Et donc au lieu de passer dans la querystring
service=portal
, faire plutôtservice=default.portal
?
Oui c'est ce qu'il faudra à terme, en attendant je souhaitais juste que la variable se nomme service_slug, pas que tu implémentes la gestion du point de séparation qui ne marchera pas pour l'instant vu que dans login_require() ça ne l'envoie pas.
Mis à jour par Serghei Mihai il y a presque 4 ans
- Fichier 0001-views-pass-service-parameter-to-show-evaluation-cont.patch 0001-views-pass-service-parameter-to-show-evaluation-cont.patch ajouté
D'acc.
Mis à jour par Benjamin Dauvergne il y a presque 4 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Serghei Mihai il y a presque 4 ans
commit 018d3c852075adec76d0a6e3ec3728bec5c269ee (origin/master, origin/HEAD) Author: Serghei Mihai <smihai@entrouvert.com> Date: Fri May 1 17:21:36 2020 +0200 views: pass service parameter to show evaluation context (#42370)
Mis à jour par Serghei Mihai il y a presque 4 ans
- Statut changé de Solution validée à Résolu (à déployer)
Mis à jour par Frédéric Péters il y a presque 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
views: pass service parameter to show evaluation context (#42370)