Projet

Général

Profil

Development #88697

API de récupération de CSV/ODS vs clients d'API d'authentic

Ajouté par Frédéric Péters il y a environ un mois. Mis à jour il y a 16 jours.

Statut:
Solution déployée
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
26 mars 2024
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Comme ça peut passer par un afterjob, qui va passer par le spooler uwsgi, il doit y avoir sérialisation de l'utilisateur appelant, et lors de l'exécution l'utilisateur est repris :

        if self.kwargs['user_is_api_user']:
            user = ApiAccess.get(self.kwargs['user_id']).get_as_api_user()
        else:
            user = get_publisher().user_class.get(self.kwargs['user_id'])

sauf que sur les clients d'API d'authentic on n'a pas d'utilisateur stocké, ça fait KeyError.

Exception:
  type = '<class 'KeyError'>', value = ''

Stack trace (most recent call first):
  File "/usr/lib/python3/dist-packages/wcs/qommon/storage.py", line 473, in get
   471                 return None
   472             else:
>  473                 raise KeyError()
   474         filename = os.path.join(cls.get_objects_dir(), fix_key(id))
   475         return cls.get_filename(

  locals:.
     cls = <class 'wcs.api_access.ApiAccess'>
     id = None
     ignore_errors = False
     ignore_migration = False
     kwargs = {}

  File "/usr/lib/python3/dist-packages/wcs/backoffice/management.py", line 4611, in execute
  4609         order_by = self.kwargs['order_by']
  4610         if self.kwargs['user_is_api_user']:
> 4611             user = ApiAccess.get(self.kwargs['user_id']).get_as_api_user()
  4612         else:
  4613             user = get_publisher().user_class.get(self.kwargs['user_id'])

  locals:

Révisions associées

Révision ee6d557f (diff)
Ajouté par Frédéric Péters il y a 29 jours

api: keep local cache of API clients from idp (#88697)

Historique

#2

Mis à jour par Robot Gitea il y a environ un mois

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Frédéric Péters

Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :

#3

Mis à jour par Robot Gitea il y a environ un mois

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

Mis à jour par Robot Gitea il y a environ un mois

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

Frédéric Péters (fpeters) a commencé à travailler sur une pull request sur Gitea concernant cette demande :

#5

Mis à jour par Robot Gitea il y a environ un mois

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

Mis à jour par Robot Gitea il y a environ un mois

  • Statut changé de Solution proposée à Solution validée

Paul Marillonnet (pmarillonnet) a approuvé une pull request sur Gitea concernant cette demande :

#7

Mis à jour par Robot Gitea il y a 29 jours

  • Statut changé de Solution validée à Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Transition automatique il y a 29 jours

  • Statut changé de Résolu (à déployer) à Solution déployée
#9

Mis à jour par Daniel Muyshond il y a 16 jours

Salut Frédéric, comment peut-on connaître en autonomie le fait qu'un dev est effectivement disponible dans les dépôts ?
Il semble que "Solution déployée" ne soit pas un bon indicateur pour nous puisqu'on vient de mettre à jour les applications et ne vois pas encore le dev dedans. Cela nous sera utile, je transmettrai à l'équipe. Merci

#10

Mis à jour par Frédéric Péters il y a 16 jours

Solution déployée

Ce statut est mis quand le ticket est déployé sur nos plateformes de test; donc ensuite ça attend le jeudi soir du cycle pour passer dans les dépôts "stable", qui sont utilisés par vos images. Bref ici ça devrait être bon pour une image produite demain.

Formats disponibles : Atom PDF