Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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

Ouverte
#500 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
python

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Python
Étoiles
435
Forks
128
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de HubSpot/hubspot-api-python

Toutes les issues de HubSpot/hubspot-api-python

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.