Projet

Général

Profil

Development #59135

proposer du provisionning à la volée (notamment pour les APIs)

Ajouté par Benjamin Dauvergne il y a plus de 2 ans. Mis à jour il y a 3 mois.

Statut:
Solution proposée
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
30 novembre 2021
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

On a assez régulièrement des bugs du style de #59124, i.e. tentative via une API d'une action dans combo pour un utilisateur qui n'y est pas provisionné, ça dénote généralement un bug dans le provisionning asynchrone mais ce serait facile à contourner via une méthode get_or_create_user_from_name_id dans le même style que get_user_from_name_id qu'on trouve dans combo (qui pourrait donc aussi être mutualisé au passage).

Je vois un usage immédiat dans lingo avec add-basket-item, notifications (je n'ai pas de trace en tête mais je ne vois pas de raison que ça se comporte mieux) et fargo dans push-document (c'est la trace de ce genre la plus fréquente, des push-document qui se perdent...).


Fichiers

Historique

#4

Mis à jour par Benjamin Dauvergne il y a plus d'un an

  • Assigné à mis à Benjamin Dauvergne
#6

Mis à jour par Benjamin Dauvergne il y a plus d'un an

  • Statut changé de Solution proposée à En cours
#8

Mis à jour par Benjamin Dauvergne il y a plus d'un an

Je répète le besoin, faire en sorte qu'un add-basket-item fonctionne un compte est mal provisionné sur le portail client.

PS: mais au passage ça donne un moyen de créer des comptes puis de toute de suite les utiliser sur un web-service sans attendre de provisionning.

#9

Mis à jour par Robot Gitea il y a 3 mois

Benjamin Dauvergne (bdauvergne) a ouvert une pull request sur Gitea concernant cette demande :

Formats disponibles : Atom PDF