Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Correctif pour étiquette "Non disponible" incorrecte sur le flux SIRI de Boulogne #4284

Merged
merged 4 commits into from
Nov 12, 2024

Conversation

thbar
Copy link
Contributor

@thbar thbar commented Oct 31, 2024

Voir:

Le serveur SIRI est techniquement bien joignable (si on met de côté, comme beaucoup d'autres flux, l'absence de requestor_ref #4254), cette PR modifie l'availability check pour qu'il indique aux utilisateurs que c'est bien le cas (malgré le code 500 pas très pratique).

Test rapide sous iex

> Transport.AvailabilityChecker.available?("SIRI", "https://saes.ratpdev.com/ctb") 
true

(contre false avant la PR).

/cc @Brewennn pour information

Écran "avant"

Copy link
Member

@AntoineAugusti AntoineAugusti left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Peux-tu mettre à jour la traduction expliquant le fonctionnement de ce mécanisme sur la page resource#details ? On distingue le cas classique SIRI

@@ -56,6 +56,15 @@ defmodule Transport.AvailabilityCheckerTest do

assert AvailabilityChecker.available?("SIRI", "url303")
end

test "500 response (but with SOAP body)" do
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Peux-tu ajouter un test sans du SOAP en réponse ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, j'ai fait ça dans eb3b5c3

@AntoineAugusti
Copy link
Member

Merci pour le fix 🙏

Tu confirmes que tu vas laisser ainsi les données historiques d'indisponibilité et les scores ? Ça peut être compliqué/long à nettoyer.

@thbar
Copy link
Contributor Author

thbar commented Nov 4, 2024

Tu confirmes que tu vas laisser ainsi les données historiques d'indisponibilité et les scores ? Ça peut être compliqué/long à nettoyer.

@AntoineAugusti oui tout à fait, je ne vais pas chercher à corriger ça. Merci pour le reste !

@AntoineAugusti
Copy link
Member

La traduction est là

msgstr "Nous testons la disponibilité de cette ressource au téléchargement toutes les heures, en effectuant une requête HTTP de type <code class=\"inline\">HEAD</code> dont le temps de réponse doit être inférieur à 5 secondes. Si nous détectons une indisponibilité, nous effectuons un nouveau test toutes les 10 minutes, jusqu'à ce que la ressource soit à nouveau disponible.<br><br>Pour les flux SIRI et SIRI Lite, nous effectuons une requête HTTP de type <code class=\"inline\">GET</code> : nous considérons une réponse avec un code 401 ou 405 comme étant disponible."

J'étais sur mobile avant, désolé de pas avoir partagé ce lien.

@thbar
Copy link
Contributor Author

thbar commented Nov 9, 2024

Peux-tu mettre à jour la traduction expliquant le fonctionnement de ce mécanisme sur la page resource#details ? On distingue le cas classique SIRI

J'ai fait ça dans ff302fc (merci pour le lien PO).

@thbar thbar requested a review from a team November 9, 2024 09:05
Copy link
Member

@AntoineAugusti AntoineAugusti left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perfecto bueno

@thbar thbar added this pull request to the merge queue Nov 12, 2024
Merged via the queue into master with commit 42eaded Nov 12, 2024
4 checks passed
@thbar thbar deleted the siri-availability-fix branch November 12, 2024 08:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants