Cube command/animation crashes

Support Bug Reports
,
1

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

The cube animation that runs on welcome/install or with command /cube crashes out of memory. This runs sometimes on setup/install but I can’t replicate without running /cube.

17017 ms: Scavenge (interleaved) 4065.9 (4075.9) → 4065.9 (4098.9) MB, pooled: 0 MB, 14.79 / 0.00 ms (average mu = 0.284, current mu = 0.203) allocation failure;
17397 ms: Mark-Compact (reduce) 4083.0 (4101.1) → 4083.0 (4086.1) MB, pooled: 0 MB, 339.25 / 0.00 ms (+ 2.6 ms in 274 steps since start of marking, biggest step 1.8 ms, walltime since start of marking 349 ms) (average mu = 0.245,
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory

Steps to Reproduce

cursor agent
/cube

Expected Behavior

Spinning ASCII Cursor logo cube art.

Operating System

MacOS

Version Information

CLI Version: 2026.01.23-916f423
Model: Claude 4.5 Opus (Thinking)
OS: darwin (arm64)
Terminal: iterm2
Shell: zsh

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

3

Hey, thanks for the report. It looks like the /cube animation has a memory leak and it hits the 4 GB heap limit almost immediately.

It seems specific to the cube easter egg, not the general CLI memory issues we saw before. I’ve shared this with the team.

For now, the cube animation isn’t critical for using the CLI and everything else should work normally.

Let me know if you’re seeing memory issues during normal CLI use too, like when running agent tasks.

5

Thanks for the response. I’m not sure exactly when it appeared during CLI setup, but I did have to kill and re-initialize. It didn’t appear again, and the CLI works as expected now. If I’m able to replicate the original crash I’ll update it here.

1 Like