trace: a commit made in the same Bash call as the edit loses the session trailer and attestation
Les mainteneurs répondent en général sous 1 jour
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 15/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- bash, git, go
- Domaine
- developer-experience, security
Piste de recherche
Start with HandleCommitMsgHook, which matches staged files against the AI line attributions, and with the PreToolUse and PostToolUse hooks for Bash that record those attributions. The race is that the commit-msg hook runs before PostToolUse writes the attribution, so check the .git/chainloop-trace/commits/<sha>.json output for a missing session_ids. Open pull request #3631 already targets this, so review it before starting. Done means a commit made in the same Bash call carries the session trailer, or pre-push warns when a session's changes are not in any pushed commit.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
What happens
When Claude Code changes a file and commits it in the same Bash tool call, the commit gets no Chainloop-Trace-Sessions trailer. The pre-push hook then finds no traced commit, and the push gives no AI coding session attestation. The session is lost without any message.
Example of a single Bash call that loses the session:
echo "change" >> README.md && git add README.md && git commit -m "..." && git push origin my-branch
Why
Trace records the lines that a Bash call changed in the PostToolUse hook, so only after the whole call ends. The git hooks run while the call is still running:
commit-msgruns.HandleCommitMsgHookmatches the staged files against the AI line attributions, but the attribution for this call does not exist yet. No trailer.pre-pushruns and sees no traced commit. No attestation.- The Bash call ends, and PostToolUse records the attribution for the session. It is too late for this commit.
In the run where we saw this, the commit time was 17:02:07 and the attribution recorded_at was 17:02:08. The record in .git/chainloop-trace/commits/<sha>.json has no session_ids, and the attribution stays pending.
An edit with the Edit or Write tool, followed by a separate Bash commit, works as expected, because PostToolUse of the edit runs before the commit.
Expected
A commit made inside a Bash tool call carries the session trailer when the same call changed the committed files, and the push gives an attestation.
Ideas
- In PreToolUse for Bash, mark the session as having a Bash call in progress.
commit-msgcould then compare the staged files with the PreToolUse snapshot and attribute the changes to that session. - At minimum, have
pre-pushwarn when a session recorded changes that no pushed commit carries, so the loss is visible.
Environment
Chainloop CLI 1.122.0, Claude Code in a Docker Sandbox (sbx v0.47, clone mode). The behavior does not depend on the sandbox.
- Langage dominant
- Go
- Étoiles
- 582
- Forks
- 61
- Merge moyen
- 12 h 47 min
- PR mergées (30 j)
- 137
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de chainloop-dev/chainloop
-
feature-parity trace-provider
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
chainloop-dev/chainloop#3802 ·
Les mainteneurs répondent en général sous 1 jour
-
bug trace-provider
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
chainloop-dev/chainloop#3803 ·
Les mainteneurs répondent en général sous 1 jour
-
feat(trace): support GitHub Copilot (CLI and VS Code) in Chainloop TracePeut-être pris @migmartri l’a pris aujourd’hui. OuverteFeature spec trace-provider
chainloop-dev/chainloop#3800 · 1 commentaire · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Allow enabling policy enforcement at the workflow contract levelPeut-être pris @migmartri l’a pris il y a 10 jours. Ouvertecomponent/backend new-policy spec
chainloop-dev/chainloop#3762 · 1 commentaire · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
chainloop component/CLI performance trace-provider
Difficulté 4/5 3-5 jours Accessibilité débutants 62/100
chainloop-dev/chainloop#3756 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de chainloop-dev/chainloop
Issues similaires
-
GitHub webhook is not subscribed to release events, so `event: release` never triggersPeut-être pris @qsun l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
woodpecker-ci/woodpecker#7542 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
zilliztech/milvus-backup#1386 ·
Les mainteneurs répondent en général sous 1 jour
-
Pipelined flush no longer observes kill signals after #2042: flush backoffer is built with nil varsOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
model:sonnet runtime:claude security size:S
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
FootprintAI/Containarium#3624 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
Les mainteneurs répondent en général sous 1 jour