[TECH] Améliorer la clareté d'un bout de code manipulant window.location (PIX-12266)

[lego-technix]

⚠️ Cette PR va être réécrite pour être plus globale.

🦄 Problème

Le code suivant n’est pas très clair :

@service location;
// …
const { protocol, host } = location;

🤖 Proposition

Mentionner explicitement window.location comme cela a été fait dans https://github.com/1024pix/pix/blob/dev/admin/app/routes/authentication/login-oidc.js#L98-L101 :

@service location;
// …
const { protocol, host } = window.location;

🌈 Remarques

cf. https://developer.mozilla.org/en-US/docs/Web/API/Window/location

💯 Pour tester

Vérifier qu'une connexion par SSO OIDC fonctionne.

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• 1D
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[igorissen]

Pour les tests, il faut être capable de stub location de Window, ce qui devrait être impossible. Le moyen de le faire c'est de passer par un wrapper (mon-pix/app/services/location.js) qui est ici le service location.

Je serais plus pour déplacer cette modification dans le service location.

[lego-technix]

location est dans le scope global, et window.location est dans l'objet window disponible dans le scope global. A priori il est donc aussi facile/difficile de stuber quelque chose dans l'objet window que dans le scope global.

Mais effectivement le service location est là et c'est le bon endroit pour centraliser cela. Je vais modifier cette PR pour faire utiliser le service location. Et je proposerai également dans celle-ci l'utilisation de window.location plutôt que location.