Supprimer la query-string "organization" dans les liens "organisations" et "mon CV"

[naholyr]

cf. #106

Après vérification le ?organization est assez compliqué à supprimer au final, trois solutions :

• Le supprimer mais ça nécessite quelques heures et une remise à plat de pas mal de choses au niveau des permissions et de ce qu'il est nécessaire d'avoir comme infos pour les connaître
• Lui affecter comme valeur une orga arbitraire parmi celles de l'utilisateur connecté
• Lui affecter comme valeur l'ID d'une orga "factice" mais existant réellement dans la base (mais ça nécessitera sûrement de mettre des filtres par ailleurs dans les API, a priori seulement dans le listing des orgas)
• Pour le moment j'implémente la 2e solution histoire d'avoir un "quick win", la solution simple fut d'ajouter ces liens avec ?organization=la-première-de-l'utilisateur ce qui n'est pas élégant.

• [x] Choisir piste 1 (orga factice) ou piste 3 (plus propre)
• [x] Si piste 1 :
  • Création de l'organization factice en DB
  • Ne pas retourner cette organization dans /organizations (filtrer par name en configuration par exemple)
  • Indiquer l'ID de cette organization au client (via un nouveau endpoint ?) pour générer les liens
• [x] Si piste 3 :
  • [x] Créer de nouveaux composants ng2 pour gérer ces deux accès sans filtre, esquivant le système global pour ne pas avoir de problème au manque de contexte
  • Ou bien nettoyer toute la gestion du contexte pour permettre ces liens

La piste 1 est plus simple mais pollue les données.

[paulgirard]

La solution Quick win est ok mais pas tenable à termes. Le problème en terme d'usage est que la fiche people devrait s'afficher sans le tableau des effectifs. De la même manière que quand on fait new mais sans le bug #140

Si je comprends bien il y a besoin d'un refacto important notamment à cause des questions de droits/rôles.

Il faut qu'on discute de ce point avant de prendre une décision de laisser tel quel ou de dédier du temps à ce problème rapidement.

[naholyr]

La seule contrainte qu'on a niveau permissions/rôles c'est qu'une orga doit être fournie aux APIs REST si on n'est pas central. On peut maintenir cette contrainte tout en faisant disparaître l'orga de l'UI si on crée une nouvelle page :

• On retire le nom de l'orga du header
• L'orga n'apparaît pas dans l'URL "front"
• Les APIs REST sont appelées avec une orga quelconque parmi les memberships du user connecté (ça peut être arbitraire, pour peu qu'on en fournisse une, et d'après #168 il y en aura toujours au moins une)

On peut du coup faire un composant dédié qui gère ça, avec un template sans tableau ni viz, ça ne devrait pas être trop complexe.

[naholyr]

On a maintenant un /cv qui pointe vers le bon contenu. Les modifs finales sont assez légères, au passage on peut customiser le titre dans le header avec overrideOrganizationName, j'ai mis "Personal Space" en dur, on peut le vider ou autre…

Ready for review :)

[naholyr]

Pour le diff : https://github.com/SciencesPo/isari/compare/912210d...99581330

[paulgirard]

je la passe en pour le futur comme besoin de refacto à terme