« Le broker a refusé une partie de cette demande d'historique (rp_code 13) » sur un graphique Senzoukria
Cet avis de graphique signifie que Rithmic a répondu rp_code 13 à certaines fenêtres d'historique. Mesurés sur un compte réel, ces refus étaient intermittents alors que les logins étaient acceptés ; le graphique continue sur le cache et le live, et réessaie tout seul.
Senzoukria · Dépannage · Mis à jour en septembre 2026
En bref
- Avis
- « Le broker a refusé une partie de cette demande d'historique (rp_code 13). »
- Où
- Pastille ambre ⚠ dans la barre d'outils du graphique Rithmic ; texte complet dans son infobulle
- État du graphique
- Continue sur le cache et le live
- Relance manuelle
- ⚙ → Réglages de trading → Recharger l'historique
Ce que vous voyez
Une pastille ambre dans la barre d'outils du graphique, qui commence par « ⚠ Le broker a refusé une partie de cette demande d'historique (rp_code 13). » Son survol affiche la phrase entière : « Ces refus sont généralement intermittents — le chart continue sur le cache et le live, et il réessaie tout seul. » Une partie de la plage demandée peut manquer à gauche du graphique.
Pourquoi cela arrive
L'historique est téléchargé par fenêtres depuis le plant d'historique de Rithmic. Quand au moins une fenêtre revient avec rp_code 13, le graphique le rapporte mot pour mot au lieu de conclure. La règle de l'application est explicite : rp_code 13 ne signifie pas que vous n'avez pas d'abonnement à l'historique. Chez le broker où le cas a été mesuré, les refus allaient et venaient alors que les logins étaient acceptés. Ce n'est que si le marché est fermé et que rien n'est revenu que le graphique affiche l'avis de marché fermé à la place, parce que cette explication passe d'abord.
Comment corriger
- Attendez : le graphique réessaie tout seul, et de nouvelles barres en direct continuent d'arriver pendant ce temps.
- Si le trou reste, ouvrez ⚙ → Réglages de trading → Recharger l'historique. Cette commande rouvre les fenêtres revenues à zéro tick ; elle n'efface rien.
- Fermez les autres fenêtres ou plateformes qui chargent de l'historique sur le même identifiant au même moment, puisque la gateway ne tient qu'une session d'historique par identifiant à la fois.
- Si toutes les tentatives échouent sur plusieurs séances, demandez à votre broker si votre identifiant a le droit de télécharger l'historique des ticks, en citant rp_code 13 et l'heure.
Ce que ce n'est pas
- Pas un verdict sur vos droits : l'avis rapporte volontairement le code sans conclure.
- Pas une perte du flux en direct ni du cache local.
- Pas le même avis que « L'historique n'a pas pu être complété lors des dernières tentatives », qui apparaît après deux téléchargements vides consécutifs.
Quand contacter le support
Si les étapes ci-dessus ne changent rien, envoyez le cas depuis Menu → Signaler un problème, ou posez la question sur le Discord de Senzoukria. Donnez le contrat, la profondeur d'historique réglée dans les Réglages de trading et l'heure de l'avis.
Pages liées
Dans la même rubrique
- Reconstruction des bulles refusée (rp_code 13)
- Chargement de l'historique enlisé
- Souscription refusée
- Fournisseur indisponible
- Le graphique n'a pas pu démarrer
- La passerelle n'a pas répondu
- Marché fermé, rien de nouveau à recevoir
- La heatmap n'a pas pu démarrer (EvalError)
Cette page dans d’autres langues
Questions fréquentes
- Un rp_code 13 sur l'historique veut-il dire que je n'ai pas d'abonnement à l'historique ?
- Pas à lui seul. L'application rapporte le code sans en tirer cette conclusion, parce que sur le compte où le cas a été mesuré, les refus étaient intermittents.
- Recharger l'historique supprime-t-il ce que j'ai déjà ?
- Non. La commande redemande les fenêtres revenues vides et laisse le cache et le flux en direct intacts.