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

task countdown hint promises 0 waits, and in a headless run 0 starts immediately

Offen Anfängerfreundlich
  • Stimmt etwas nicht?
#1,367 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
88/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
go
Bereich
cli, developer-experience

Rechercherichtung

Beginne bei internal/config/settings.go:2298 und prüfe internal/session/session.go:1806 hinsichtlich der Unterscheidung zwischen watched/headless. Füge einen Test für den Hinweis zum Aufgaben-Countdown hinzu, ohne internal/manual/chat/tasks.md zu ändern. Als erledigt gilt, dass der Hinweis die watched-Bedingung enthält, mit tasks.md:1492 übereinstimmt und der neue Test erfolgreich ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area:session bug sev:papercut

The defect is one string

The task countdown row's hint promises, unconditionally, that zero waits:

internal/config/settings.go:2298

"how many seconds a proposed task waits for you before it starts on its own. The countdown is your window to redirect it or wave it off, not a gate, 0 waits for your answer instead of starting. A change lands on the next session."

That promise holds only on a watched session. internal/session/session.go:1806 states the other half:

0 IS A CLOCK THAT IS OFF, the proposal waits for Agent.ResolveTask and nothing else, which is only a sentence a WATCHED session can honour: with nobody subscribed to the events (AskConsent false, or no turn hub), the deadline approves whatever this says, because a headless run has no one to wait for.

So on a headless run, zero does not wait for an answer. It approves immediately. The value a person types to make every proposal stop is the value that makes every proposal start.

Why this is the worst place for it

The surface closest to the decision is the one that is wrong. The hint is read at the moment the number is typed. The page a person would have to go looking for is already correct.

The manual is correct and MUST NOT be changed to match

internal/manual/chat/tasks.md scopes the promise properly in both places that tell a person to use zero:

  • :1492 "Use task.autoapprove_seconds in the Safety settings to give yourself a longer window, or set it to 0 so every watched proposal waits for you."
  • :1510 "Set task.autoapprove_seconds to 0 in Safety settings if every proposal on a watched session should wait until you answer."

Reconciling the two surfaces in the wrong direction would delete the only correct statement of the behaviour that exists. If the hint and the page disagree, the page wins.

Not live today, and the reason it is worth fixing anyway

DefaultTaskAutoApprove is 15 (settings.go:1429) and a persisted value is only taken when one is present (settings.go:4256), so nothing reaches zero by default. The hazard arrives the first time somebody types 0 meaning what the row told them it means.

Acceptance

  1. The hint carries the watched condition, in the shape tasks.md:1492 already uses.
  2. A test holds it. A promise in a help string has nothing mechanical behind it today, which is why the two surfaces were free to drift apart: nothing relates the string to the behaviour it describes.

Read at d91bb63ae.

Vorherrschende Sprache
Go
Sterne
115
Forks
14
Ø Merge
11 Std. 32 Min.
Gemergte PRs (30 T.)
747

Entwicklungsumgebung

Die Einrichtungsdateien dieses Projekts haben wir noch nicht geprüft. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

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 Agent-Field/CodeAF

Alle Issues in Agent-Field/CodeAF

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

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