Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Flows v4 API: per-action rate limits are not exposed on GET and are wiped on PUT

Aberta
  • Algo errado?
#500 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
35/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
python
Domínio
api, backend-api-design

Direção de pesquisa

Start at the SDK entry points for GET and PUT /automation/v4/flows/{flowId} and the action representation. Determine whether this repository can expose and round-trip rateLimit, or whether the API server must change; done means rate limits survive an unrelated PUT and can be verified through GET, with the limitation documented if not.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Portal 24229793, workflow 1894100404 (contact workflow), Automation API v4.

What happens. The workflow editor lets us set a per-action rate limit on actions such as "Send a webhook" (Configure rate limit, for example 1 execution per 2 seconds). That setting is not present in the GET /automation/v4/flows/{flowId} response: the webhook action object carries method, webhookUrl, queryParams and connection, nothing about rate limiting. A PUT /automation/v4/flows/{flowId} built from that GET response, the documented way to update a flow, therefore saves the workflow without the rate limits, and they are silently removed.

Reproduced on Oct 1, 2026, three times (flow revisions 61, 66 and 68): set the limit in the UI, GET the flow, PUT the same body with an unrelated change, the limit is gone in the UI.

Requests.

  1. Expose the rate limit on the action object in the GET response, for example rateLimit: {executions, timeFrameValue, timeFrameUnit}.
  2. Accept it on PUT, or at least preserve it when the PUT body omits it.
  3. Until then, document that PUT removes action rate limits.

Why it matters. The rate limit protects a downstream SMS provider from webhook bursts. Losing it silently on every API update is a production risk, and today there is no API way to even verify the setting is still there.

Filed here because the gap is in the API the SDK wraps; happy to move it to the right tracker.

Linguagem predominante
Python
Estrelas
435
Forks
128
Nenhum PR com merge em 30d

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de HubSpot/hubspot-api-python

Todas as issues de HubSpot/hubspot-api-python

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.