applification: implémenter le endpoint bundle-check (#87653) #218
No reviewers
Labels
No Label
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: entrouvert/chrono#218
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/87653-app-bundle-check"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
WIP: applification: implémenter le endpoint bundle-check (#87653)to applification: implémenter le endpoint bundle-check (#87653)a16abbfc75
tod465105fbc
d465105fbc
to51b4892f07
51b4892f07
toe29172ec74
J’avais relu l’équivalent pour lingo, je vais prendre cette relecture aussi.
@ -193,6 +223,7 @@ def component_redirect(request, component_type, slug):
return redirect(reverse('chrono-manager-resource-view', kwargs={'pk': component.pk}))
if klass == UnavailabilityCalendar:
return redirect(reverse('chrono-manager-unavailability-calendar-view', kwargs={'pk': component.pk}))
(Je pense un peu de code churn qui a dû avoir lieu ici à un moment de l’écriture de la PR, avec un saut à la ligne qui est finalement resté tout seul. Je serais pour retirer parce que ça opacifie la lecture des git-blame.)
corrigé
@ -204,0 +276,4 @@
# information needed here, Relation objects may not exist yet in hobo
'text': component.label,
'url': reverse(
'api-export-import-component-redirect',
Niveau parcours applification, l’idée de ce component redirect c’est qu’on invite l’utilisateur à lier l’objet à une application existante ? Ou bien juste on redirige vers la page BO de l’objet sans intention particulière ?
C'est pour, depuis hobo, aller visiter l'objet sur la brique qui va bien et vérifier que c'est bien le bon objet. Ce endpoint est appelé par hobo avant la mise à jour d'une application, l'objet peut exister dans la brique mais pas encore dans hobo, où on n'a pas encore les informations nécessaires pour avoir l'url redirect et l'afficher. Donc le endpoint le renvoie par facilité.
Ok, je comprends mieux, merci.
@ -204,0 +299,4 @@
# no snapshot for this bundle
no_history_elements.append(
{
'type': element['type'],
Ok, un peu surpris de la brévité des informations contenues dans ce
no_history_elements
, par exemple en comparaison deslegacy_elements
qui présentent un libellé humainement intelligible et une url pour l’objet. J’imagine que l’usage final n’est pas le même.Comme dit plus haut, un legacy_element existe dans la brique mais pas encore dans hobo, donc on a besoin de renvoyer des informations permettant à hobo d'afficher un joli message et une url redirect.
Un no_history_element existe forcément dans hobo.
Ok, capté, merci.
@ -204,0 +315,4 @@
'url': '%s%s?version1=%s&version2=%s'
% (
request.build_absolute_uri('/')[:-1],
reverse(compare_urls[component_type], args=[component.pk]),
Pas compris pourquoi on concatène des bouts d’urls au lieu de simplement taper un
en effet, corrigé
e29172ec74
to1896c33f29