Per-request retry_params.min_wait_in_ms overwrites max_retry
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 78/100
Rechercherichtung
Beginne in openfga_sdk/api_client.py und seinem synchronen Gegenstück, indem du den _retry_params-Block pro Anfrage sowie das im Issue beschriebene Verhalten von RetryParams liest. Aktualisiere beide Pfade so, dass die Warteeinstellung pro Anfrage max_retry nicht ersetzt. Führe anschließend das list_objects-Szenario mit max_retry=0 aus und bestätige, dass sich Retry-Limits und Warteeinstellung erwartungsgemäß verhalten.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Bug
In openfga_sdk/api_client.py (and the sync twin), applying per-request _retry_params assigns min_wait_in_ms onto max_retry:
if _retry_params is not None:
if _retry_params.max_retry is not None:
max_retry = _retry_params.max_retry
if _retry_params.min_wait_in_ms is not None:
max_retry = _retry_params.min_wait_in_ms # should be min_wait_in_ms =
if _retry_params.max_wait_in_sec is not None:
max_wait_in_sec = _retry_params.max_wait_in_sec
Introduced in https://github.com/openfga/python-sdk/commit/fb553501c29e38ff21d04ac4afccae83f995b6d2 (feat: improved handling of retries (#188)). Still present on main and in v0.10.4 (latest PyPI as of 2026-09-26).
RetryParams.__init__ always sets min_wait_in_ms (default 100), so any per-request RetryParams overwrites max_retry with the wait-in-ms value.
Impact
await client.list_objects(body, options={"retry_params": RetryParams(max_retry=0)})
Intended: 1 attempt (range(0 + 1)).
Actual: max_retry becomes 100 → 101 attempts on 5xx (range(100 + 1)).
Same bug in openfga_sdk/sync/api_client.py.
Expected
if _retry_params.min_wait_in_ms is not None:
min_wait_in_ms = _retry_params.min_wait_in_ms
Workaround
Pass a duck-typed object with max_retry=0 and min_wait_in_ms=None so the broken assignment is skipped.
- Vorherrschende Sprache
- Python
- Sterne
- 85
- Forks
- 37
- Ø Merge
- 5 Std. 10 Min.
- Gemergte PRs (30 T.)
- 3
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus openfga/python-sdk
-
Prevent generator syncs from regressing the README versionEvtl. wieder frei @SoulPancake hat das vor 56 Tagen übernommen, und es ist kein Pull Request offen. Offen
openfga/python-sdk#308 · 1 zugewiesene Person ·
-
enhancement
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100
openfga/python-sdk#214 · 1 Kommentar · 1 Reaktion ·
-
bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
openfga/python-sdk#194 · 2 Kommentare ·
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 32/100
openfga/python-sdk#139 · 1 Kommentar ·
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
openfga/python-sdk#106 · 2 Kommentare ·
Alle Issues in openfga/python-sdk
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-2 Tage Anfängerfreundlichkeit 70/100
-
FingerprintSplitter raises ZeroDivisionError when int(frac_train * len(dataset)) floors to zeroOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 7 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
lmstudio-ai/mlx-engine#376 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
pyiron/bagofholding#166 ·