Checks
Operating system
linux
Expected behaviour
hook scripts written against 1.x continue to work
Actual behaviour
1.x:
{"hook_event_name":"preToolUse","cwd":"/home/jjshoe/wickfire/iac","session_id":"752f697f-8e63-4de7-bab9-2d5d1597c4a6","tool_name":"write","tool_input":{"command":"str_replace","oldStr":"b","newStr":"c","path":"/tmp/a"}}
2.0
{"hook_event_name":"preToolUse","cwd":"/home/jjshoe/wickfire/iac","session_id":"752f697f-8e63-4de7-bab9-2d5d1597c4a6","tool_name":"write","tool_input":{"command":"strReplace","oldStr":"b","newStr":"c","path":"/tmp/a"}}
No note was added to the changelog about this, and this breaking change then allowed my agent to go nuts since I use a hook against the tool_name of write to stop kiro from making rogue unasked for edits, it immediately started running amok on my system
Steps to reproduce
No response
Environment
Checks
q doctorin the affected terminal sessionq restartand replicated the issue againOperating system
linux
Expected behaviour
hook scripts written against 1.x continue to work
Actual behaviour
1.x:
2.0
No note was added to the changelog about this, and this breaking change then allowed my agent to go nuts since I use a hook against the tool_name of write to stop kiro from making rogue unasked for edits, it immediately started running amok on my system
Steps to reproduce
No response
Environment