search

etalab / transport-site

Rendre disponible, valoriser et améliorer les données transports
https://transport.data.gouv.fr
191 stars 30 forks source link

Suivre les erreurs JavaScript (client-side) #3961

Open ptitfred opened 4 months ago

ptitfred commented 4 months ago

Par exemple, la visualisation des resources (GeoJSON, GBFS et CSV pour l'instant) est susceptible d'échouer sans que nous en soyons conscients.

Ces erreurs mériteraient d'être attrapées dans un filet et suivi dans un outil (Sentry, AppSignal?) pour améliorer la couverture fonctionnelle. Nous ne pouvons pas compter sur les feedbacks utilisateur pour tout :)

Conversation initiée à l'occasion de cette review.

thbar commented 4 months ago

On est pas bien couvert pour les erreurs javascript, ça serait cool de pouvoir suivre tout ça.

Je recopie ici mon commentaire de la review:

Bonne idée aussi - attention si on va vers ça de bien "scrubber" les cookies (voir https://github.com/etalab/transport-deploy/issues/66), et il faut se rappeler que Sentry tel qu'on s'en sert est hosté aux US, que c'est pas très raccord avec notre positionnement.

Ça m'a fait cogiter et du coup je me suis rappelé que AppSignal (qui est en Europe, RGPD, et qui est par ailleurs généreux en stroopwaffels) propose aussi le tracking javascript !

https://docs.appsignal.com/front-end.html

ptitfred commented 4 months ago

@thbar, souhaiterais-tu généraliser cette issue à "Suivre les erreurs javascript client-side" ?

thbar commented 4 months ago

@thbar, souhaiterais-tu généraliser cette issue à "Suivre les erreurs javascript client-side" ?

Ah my bad j'avais lu le titre dans ce sens plus large, oui ça me semble une bonne idée (si c'est pas trop compliqué), on en a parlé quelques fois !

ptitfred commented 4 months ago

Je n'ai aucun souci à refactorer les issues.