Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

test(adapters/linear): assert the deadline branch fires in TestRateLimitDeadlineReturnsTypedRateLimited

Geschlossen Anfängerfreundlich
#111 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
75/100
Issue-Typ
Refactoring
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
go
Bereich
testing

Rechercherichtung

Beginne mit TestRateLimitDeadlineReturnsTypedRateLimited in adapters/linear/harden_capability_test.go und mit der Deadline-Prüfung in adapters/linear/retry.go, und kläre, ob dieser Zweig ein beobachtbares Signal wie eine Log-Zeile "deadline" ausgibt. Deaktiviere den Zweig vorübergehend und führe den Test aus, um zu sehen, dass er trotzdem besteht. Fertig ist, wenn der Test prüft, dass der Zweig ausgelöst wurde, bei deaktiviertem Zweig fehlschlägt und ohne zeitliche Annahmen auskommt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

ready-for-agent

Follow-up from #110 (an advisor suggestion, not a bug).

TestRateLimitDeadlineReturnsTypedRateLimited (adapters/linear/harden_capability_test.go) checks that a 429 whose backoff would end past the caller's deadline returns *linear.RateLimited. It does not check which branch produced that error. If a later retry-policy change sent the error out through a different check, the test would still pass.

Acceptance: the test also asserts that the deadline branch in adapters/linear/retry.go fired (for example, the "deadline" log line or an equivalent observable), and it fails when that branch is disabled. Keep the test free of timing assumptions, as #110 made it.

This gap existed before #110.


Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: medium

Vorherrschende Sprache
Go
Sterne
2
Forks
0
Ø Merge
19 Std. 10 Min.
Gemergte PRs (30 T.)
16

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus coder/chat

Alle Issues in coder/chat

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.