lawyered0 puts a seatbelt on the chat explorer's delete button

Deleting a folder in the assistant chat used to permanently wipe every document inside it with no warning - and then lie about what happened.

chat-uiknowledge-management

In the assistant chat's project explorer, hitting delete on a folder fired straight through to a permanent, recursive wipe of everything inside it. Worse, the screen pretended the documents had only been moved, so users kept seeing files that no longer existed until they refreshed. lawyered0's fix closes both gaps:

  • A confirmation step now stands between the click and the deletion, so nothing vanishes on a stray tap.
  • That prompt spells out the blast radius up front: exactly how many nested folders and documents are about to be permanently removed.
  • After a delete, the view drops the gone documents and closes any tabs left open on them, so what you see matches what actually exists.

Scope stays inside the chat explorer view; the underlying delete behaviour is untouched.

So what Anyone whose team lives in the assistant chat should care - this is the difference between a careless click and an unrecoverable loss of case documents.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?