Mensagens de erro

Exemplos das mensagens de erro ou validações retornadas pela API e quais são.

As respostas retornadas pela API apresentam o seguinte padrão de resposta:

{
  "errors": { ... },
  "data": { ... }
}

Porém o atributo errors somente é retornado quando ocorre alguma excessão na requisição.

Quando um erro de query inválida em GraphQL acontece, as excessões são semelhantes ao exemplo abaixo: (Ao deixar de enviar um valor para name, que é obrigatório na especificação da query)

{
  "errors": [
    {
      "message": "Variable \"$folder\" got invalid value null at \"folder.name\"; Expected non-nullable type \"String!\" not to be null.",
      "locations": [
        {
          "line": 1,
          "column": 31
        }
      ]
    }
  ]
}

A seguir, temos um exemplo de erro comum, ao buscar uma pasta inexistente:

E também temos erros de validação (quando o atributo "message" possui o valor "validation"), criando uma pasta definindo o valor de string vazio:

No seguinte exemplo, também temos um erro de validação, porém com variáveis, que acontece ao definir um nome muito curto para uma pasta:

Erros de validação

Por último, segue um JSON com todas as possíveis mensagens de erro ou de validação que podem ser retornadas pela API, junto com o que cada uma delas significa e possíveis variáveis entre chaves (Ex: {{variavel}}). Lembrando que não incluem erros de query GraphQL.

Erro de rate limit

No caso de o seu usuário exceder 60 requisições por minuto, será retornado um erro com o status code 429, com a mensagem:

Atualizado