claude-code - 💡(How to fix) Fix [BUG] [macOS 26.2 beta] DIPS SQLite write storm on startup causes UI thread starvation — Chat/Cowork/Code tabs fail to render [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48485Fetched 2026-04-16 06:58:49
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1cross-referenced ×1

Error Message

Error Messages/Logs

No error message displayed. App launched normally but tabs did not render. Issue identified via macOS spindump (Console.app) showing sustained disk writes at 190 KB/s against DIPS SQLite WAL file, 7.6x over macOS sustained write limit.

Code Example

No error message displayed. App launched normally but tabs did not render. Issue identified via macOS spindump (Console.app) showing sustained disk writes at 190 KB/s against DIPS SQLite WAL file, 7.6x over macOS sustained write limit.
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

  • macOS 26.2 (Build 25C56), M1, 8GB RAM
  • App version 1.2581.0
  • Symptom: tabs not rendering, resolved after clearing Cache, Code Cache, GPU caches, and DIPS/DIPS-wal files
  • The spindump showing the write storm

What Should Happen?

The tabs should be visible

Error Messages/Logs

No error message displayed. App launched normally but tabs did not render. Issue identified via macOS spindump (Console.app) showing sustained disk writes at 190 KB/s against DIPS SQLite WAL file, 7.6x over macOS sustained write limit.

Steps to Reproduce

  1. Install Claude Desktop 1.2581.0 on macOS 26.2 (Build 25C56), M1
  2. Launch the app and use normally
  3. (Trigger unknown — write storm began at some point during normal use)
  4. On next launch, tabs fail to render and app enters sustained disk write loop

Observed behavior: DIPS SQLite WAL file written continuously at 190 KB/s, UI thread starved, Chat/Cowork/Code tabs not visible Expected behavior: App launches cleanly, tabs render normally Resolution: Clearing Electron caches + DIPS files + reboot restored normal behavior

Claude Model

Sonnet (default)

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

1.2581.0

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

VS Code integrated terminal

Additional Information

  • Electron version: 41.2.0 (from the spindump binary images section)
  • Hardware: MacBookAir10,1, M1, 8GB RAM, arm64
  • Disk free at time of incident: 18.03 GB / 228.27 GB
  • Duration of write storm: ~3 hours (23:01 to 02:10)
  • Write volume: 2,147 MB at 190 KB/s average (7.6x over macOS limit of 24.86 KB/s)
  • Resolution: Deleted Cache, Code Cache, GPUCache, DawnGraphiteCache, DawnWebGPUCache, DIPS, DIPS-wal — then rebooted
  • vm_bundles present: Yes, 11 GB (Cowork VM had downloaded successfully, ruling out a provisioning issue)

extent analysis

TL;DR

Clearing Electron caches and DIPS files, followed by a reboot, may temporarily resolve the issue of tabs not rendering due to a sustained disk write loop.

Guidance

  • Investigate the cause of the sustained disk write loop, potentially related to the DIPS SQLite WAL file, to prevent future occurrences.
  • Monitor disk write activity to identify when the write storm begins and its potential triggers.
  • Consider implementing a mechanism to limit or manage disk writes to prevent exceeding the macOS sustained write limit.
  • Review the Electron version (41.2.0) and its potential impact on the issue, as it may be a contributing factor.

Example

No specific code snippet is provided, as the issue seems to be related to disk write activity and Electron caching rather than a specific code error.

Notes

The issue appears to be a regression, as it worked in a previous version, and the exact trigger for the write storm is unknown. Further investigation is needed to determine the root cause and implement a permanent fix.

Recommendation

Apply the workaround of clearing Electron caches and DIPS files, followed by a reboot, as it has been shown to temporarily resolve the issue. This should be done until the root cause can be identified and a permanent fix implemented.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] [macOS 26.2 beta] DIPS SQLite write storm on startup causes UI thread starvation — Chat/Cowork/Code tabs fail to render [1 comments, 2 participants]