Google : codes d’erreur

Une URL de continuation valide doit être fournie dans la demande.

L'importation d'utilisateurs avec des hachages de mots de passe nécessite que l'algorithme de hachage et ses paramètres soient fournis.

Il manque un ID de bundle à la demande.

Le secret client de configuration OAuth est requis pour activer le flux de code OIDC.

Un identifiant UID est requis pour l’opération en cours.

Le fournisseur de connexion fourni est désactivé pour votre projet Firebase. Activez-le dans l'onglet Sécurité > Authentification > Méthode de connexion de la console Firebase.

Le numéro de téléphone fourni est déjà utilisé par un utilisateur existant. Chaque utilisateur doit avoir un numéro de téléphone unique.

Aucun projet Firebase n'a été trouvé pour les informations d'identification utilisées pour initialiser les SDK d'administration. Reportez-vous à Configurer un projet Firebase pour obtenir de la documentation sur la manière de générer un identifiant pour votre projet et de l'utiliser pour authentifier les SDK d'administration.

Une ou plusieurs revendications utilisateur personnalisées fournies à setCustomUserClaims() sont réservées. Par exemple, les revendications spécifiques OIDC telles que (sub, iat, iss, exp, aud, auth_time, etc.) ne doivent pas être utilisées comme clés pour les revendications personnalisées.

Le cookie de session Firebase fourni a expiré.

Le cookie de session Firebase a été révoqué.

Le nombre de demandes dépasse le maximum autorisé.

L'uid fourni est déjà utilisé par un utilisateur existant. Chaque utilisateur doit avoir un uid unique.

Le domaine de l'URL de suite n'est pas sur liste blanche. Ajoutez le domaine à la liste blanche dans la console Firebase.

Le compte utilisateur a été désactivé par un administrateur.

Il n’existe aucun enregistrement utilisateur correspondant à l’identifiant fourni.

L'opération a été interrompue, généralement en raison d'un problème de concurrence tel qu'un échec de vérification du séquenceur ou un abandon de transaction. Consultez les directives ci-dessus pour choisir entre `FAILED_PRECONDITION`, `ABORTED` et `UNAVAILABLE`. Mappage HTTP : conflit 409

L'entité qu'un client a tenté de créer (par exemple, un fichier ou un répertoire) existe déjà. Mappage HTTP : conflit 409

L'opération a été annulée, généralement par l'appelant. Mappage HTTP : 499 demande fermée du client

Perte ou corruption de données irrécupérables. Mappage HTTP : 500 Erreur de serveur interne

Le délai a expiré avant que l’opération puisse se terminer. Pour les opérations qui modifient l'état du système, cette erreur peut être renvoyée même si l'opération s'est terminée avec succès. Par exemple, une réponse réussie d'un serveur aurait pu être retardée suffisamment longtemps pour que le délai expire. Mappage HTTP : expiration du délai d'expiration de la passerelle 504

L'opération a été rejetée car le système n'est pas dans un état requis pour l'exécution de l'opération. Par exemple, le répertoire à supprimer n'est pas vide, une opération rmdir est appliquée à un non-répertoire, etc. Les implémenteurs de services peuvent utiliser les directives suivantes pour choisir entre `FAILED_PRECONDITION`, `ABORTED` et `UNAVAILABLE` : (a) Utilisez `UNAVAILABLE` si le client peut réessayer uniquement l'appel défaillant. (b) Utilisez `ABORTED` si le client doit réessayer à un niveau supérieur. Par exemple, lorsqu'un test et un ensemble spécifié par le client échoue, cela indique que le client doit redémarrer une séquence de lecture-modification-écriture. (c) Utilisez `FAILED_PRECONDITION` si le client ne doit pas réessayer tant que l'état du système n'a pas été explicitement corrigé. Par exemple, si un « rmdir » échoue parce que le répertoire n'est pas vide, « FAILED_PRECONDITION » doit être renvoyé puisque le client ne doit pas réessayer à moins que les fichiers ne soient supprimés du répertoire. Mappage HTTP : 400 requêtes incorrectes

Erreurs internes. Cela signifie que certains invariants attendus par le système sous-jacent ont été brisés. Ce code d'erreur est réservé aux erreurs graves. Mappage HTTP : 500 Erreur de serveur interne

Le client a spécifié un argument non valide. Notez que cela diffère de `FAILED_PRECONDITION`. `INVALID_ARGUMENT` indique les arguments qui posent problème quel que soit l'état du système (par exemple, un nom de fichier mal formé). Mappage HTTP : 400 requêtes incorrectes

Une entité demandée (par exemple, un fichier ou un répertoire) n'a pas été trouvée. Remarque aux développeurs de serveurs : si une demande est refusée pour une classe entière d'utilisateurs, comme un déploiement progressif de fonctionnalités ou une liste verte non documentée, « NOT_FOUND » peut être utilisé. Si une demande est refusée pour certains utilisateurs au sein d'une classe d'utilisateurs, comme le contrôle d'accès basé sur l'utilisateur, `PERMISSION_DENIED` doit être utilisé. Mappage HTTP : 404 introuvable

Ce n'est pas une erreur ; revenu sur le succès. Mappage HTTP : 200 OK

L'opération a été tentée au-delà de la plage valide. Par exemple, rechercher ou lire après la fin du fichier. Contrairement à « INVALID_ARGUMENT », cette erreur indique un problème qui peut être résolu si l'état du système change. Par exemple, un système de fichiers 32 bits générera « INVALID_ARGUMENT » s'il lui est demandé de lire à un décalage qui n'est pas compris dans la plage [0,2^32-1], mais il générera « OUT_OF_RANGE » s'il lui est demandé de lire à partir d'un décalage dépassant la taille actuelle du fichier. Il y a un certain chevauchement entre `FAILED_PRECONDITION` et `OUT_OF_RANGE`. Nous recommandons d'utiliser `OUT_OF_RANGE` (l'erreur la plus spécifique) lorsqu'elle s'applique afin que les appelants qui parcourent un espace puissent facilement rechercher une erreur `OUT_OF_RANGE` pour détecter quand ils ont terminé. Mappage HTTP : 400 requêtes incorrectes

L'appelant n'est pas autorisé à exécuter l'opération spécifiée. `PERMISSION_DENIED` ne doit pas être utilisé pour les rejets causés par l'épuisement d'une ressource (utilisez plutôt `RESOURCE_EXHAUSTED` pour ces erreurs). `PERMISSION_DENIED` ne doit pas être utilisé si l'appelant ne peut pas être identifié (utilisez plutôt `UNAUTHENTICATED` pour ces erreurs). Ce code d'erreur n'implique pas que la demande est valide ou que l'entité demandée existe ou satisfait à d'autres conditions préalables. Mappage HTTP : 403 interdit

Certaines ressources ont été épuisées, peut-être un quota par utilisateur, ou peut-être que l'ensemble du système de fichiers manque d'espace. Mappage HTTP : 429 requêtes de trop

La demande ne dispose pas d'informations d'authentification valides pour l'opération. Mappage HTTP : 401 non autorisé

Le service est actuellement indisponible. Il s'agit très probablement d'une condition transitoire, qui peut être corrigée en réessayant avec une interruption. Notez qu'il n'est pas toujours prudent de réessayer des opérations non idempotentes. Consultez les directives ci-dessus pour choisir entre `FAILED_PRECONDITION`, `ABORTED` et `UNAVAILABLE`. Mappage HTTP : service 503 indisponible

L'opération n'est pas implémentée ou n'est pas prise en charge/activée dans ce service. Mappage HTTP : 501 non implémenté

Erreur inconnue. Par exemple, cette erreur peut être renvoyée lorsqu'une valeur « Statut » reçue d'un autre espace d'adressage appartient à un espace d'erreur qui n'est pas connu dans cet espace d'adressage. De plus, les erreurs générées par les API qui ne renvoient pas suffisamment d'informations sur l'erreur peuvent être converties en cette erreur. Mappage HTTP : 500 Erreur de serveur interne