Skip to content

[BUG] Add "Hard Reset" button to clear Electron cache and global storage #8419

@scottnzuk

Description

@scottnzuk

Problem (one or two sentences)

Even after completely removing /Library/Application Support/Code folder and reinstalling VS Code, corrupted Electron files persist in system-level caches outside the main application directory, preventing Roo Code from functioning properly.

Request:
Add a "Hard Reset" button that purges Electron runtime data from ALL locations, including system caches outside the typical VS Code folders.

Why this is needed:
When Electron files get corrupted, the current uninstall process is insufficient. Users have discovered that even nuking the entire ~/Library/Application Support/Code directory doesn't solve the problem because Electron maintains cached data in other system locations that survive full application removal.

Key locations needing cleanup:

~/Library/Caches/com.microsoft.VSCode* (system-level VS Code caches)

~/Library/Caches/Electron/* (shared Electron runtime caches)

Browser-specific IndexedDB that might be shared (~/Library/Application Support/BraveSoftware/.../roo-code*.leveldb)

Any other Electron/Chromium storage outside the main application support folder

Benefit:
Users could recover from Electron corruption without needing advanced technical knowledge to hunt down scattered cache files across the system.

Context (who is affected and when)

Why this is needed:
When Electron files get corrupted, the current uninstall process is insufficient. Users have discovered that even nuking the entire ~/Library/Application Support/Code directory doesn't solve the problem because Electron maintains cached data in other system locations that survive full application removal.

Key locations needing cleanup:

~/Library/Caches/com.microsoft.VSCode* (system-level VS Code caches)

~/Library/Caches/Electron/* (shared Electron runtime caches)

Browser-specific IndexedDB that might be shared (~/Library/Application Support/BraveSoftware/.../roo-code*.leveldb)

Any other Electron/Chromium storage outside the main application support folder

Benefit:
Users could recover from Electron corruption without needing advanced technical knowledge to hunt down scattered cache files across the system.

Reproduction steps

So its very small % of people but working with large codebase and if you have afew system crashes, (usually gray box, or mac crash (very uncommon) then if any of electron storage files get damanged as in my case i think it was indexdb. roo would install but no task request would send or show error, just do nothing.

Expected result

a total purge of VSC and roocode should give you a clean slate, on macos it is not.

Actual result

if electron indexdb and or global storage folders are bad, roo wont function again.

Variations tried (optional)

i went all out nuke on this, removing basically scotched earth. tried nightly, tried VSC insider, but turns out google / electron global storage etc often random number folders are the issue.

App Version

current.

API Provider (optional)

None

Model Used (optional)

No response

Roo Code Task Links (optional)

No response

Relevant logs or errors (optional)

I can share more logs and my deep dive, but dont want to post public.

Metadata

Metadata

Assignees

No one assigned

    Labels

    EnhancementNew feature or requestIssue/PR - TriageNew issue. Needs quick review to confirm validity and assign labels.bugSomething isn't working

    Type

    No type

    Projects

    Status

    Done

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions