Dashboard API Timeouts, Tries and Intervals

When a user is in their dashboard there should be logic that populates their DOM with some kind of persistent data that wont change about their portfolio: crypto name, icon, the bootstrap element the data lives in etc.

API calls should be made in 1 minute intervals for price data and 5 minute intervals for candle updates. And the user shouldn't have to lose all their DOM elements if the API hits a 429 error.

-loading gifs and opacity layer should populate if the user is waiting for an API call
-if a call gets a 429 error: try-catch logic should set a wait interval to request again in 20second - 1 minute intervals

L’issue ne mentionne aucun fichier, test ou point d’entrée. Commencez par localiser les points d’entrée du remplissage du DOM du dashboard et des requêtes API, puis suivez la manière dont les mises à jour des prix et des chandelles sont planifiées et la manière dont les erreurs affectent les éléments existants. C’est terminé lorsque les données persistantes du portefeuille restent visibles, que les mises à jour utilisent les intervalles indiqués, que les états de chargement apparaissent pendant les requêtes et que les réponses 429 déclenchent des tentatives de nouvelle requête sans vider le DOM.

Rédigé par le modèle d'indexation à partir du texte de l'issue.