Description:
When pasting a large Yarn Spinner file (2,400+ lines, single node) into the web editor, the page becomes unresponsive and freezes. On reopening the editor in a new tab, the previously pasted content is auto-loaded from browser local storage, causing the editor to freeze again on load. It does eventually recover if you wait long enough, but the wait is long enough that most users would assume the editor is permanently broken and close the tab.
Steps to reproduce:
Open the Yarn Spinner web editor in Chrome
Paste a large Yarn Spinner file (2,400+ lines in a single node) into the editor
Editor freezes
Close the tab and reopen the web editor
Editor freezes again on load — no user input required. It eventually recovers after a very long wait, but there is no loading indicator to signal this.
Expected behavior:
Large paste input should be handled gracefully (e.g. chunked processing, file size warning, or a dedicated file import option for large projects)
On reload, if stored data is large, the editor should show a loading/progress indicator so users know it hasn't crashed
A "reset workspace" or "clear project" option should be accessible before or during the main load sequence, so users aren't trapped in a freeze loop
Additional context:
The oversized file in my case was generated by a third-party tool's Yarn Spinner export, which had a bug that duplicated subtrees instead of using <> for node merges — turning a ~120-node project into a 2,400+ line single-node file. So the input itself was abnormal. That said, the two editor-side issues stand independently: the web editor should handle unexpectedly large input gracefully rather than freezing, and the persisted state in local storage shouldn't cause repeated freezes on reopen with no recovery path.
Environment:
Browser: Chrome (latest stable)
OS: MacOS
Editor: Yarn Spinner web editor (https://yarn.dev/)
Description:
When pasting a large Yarn Spinner file (2,400+ lines, single node) into the web editor, the page becomes unresponsive and freezes. On reopening the editor in a new tab, the previously pasted content is auto-loaded from browser local storage, causing the editor to freeze again on load. It does eventually recover if you wait long enough, but the wait is long enough that most users would assume the editor is permanently broken and close the tab.
Steps to reproduce:
Open the Yarn Spinner web editor in Chrome
Paste a large Yarn Spinner file (2,400+ lines in a single node) into the editor
Editor freezes
Close the tab and reopen the web editor
Editor freezes again on load — no user input required. It eventually recovers after a very long wait, but there is no loading indicator to signal this.
Expected behavior:
Large paste input should be handled gracefully (e.g. chunked processing, file size warning, or a dedicated file import option for large projects)
On reload, if stored data is large, the editor should show a loading/progress indicator so users know it hasn't crashed
A "reset workspace" or "clear project" option should be accessible before or during the main load sequence, so users aren't trapped in a freeze loop
Additional context:
The oversized file in my case was generated by a third-party tool's Yarn Spinner export, which had a bug that duplicated subtrees instead of using <> for node merges — turning a ~120-node project into a 2,400+ line single-node file. So the input itself was abnormal. That said, the two editor-side issues stand independently: the web editor should handle unexpectedly large input gracefully rather than freezing, and the persisted state in local storage shouldn't cause repeated freezes on reopen with no recovery path.
Environment:
Browser: Chrome (latest stable)
OS: MacOS
Editor: Yarn Spinner web editor (https://yarn.dev/)