Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

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

Aperta
#500 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
python

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
Python
Stelle
435
Fork
127
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di HubSpot/hubspot-api-python

Tutte le issue di HubSpot/hubspot-api-python

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.