You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CHANGELOG.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,6 +11,14 @@ Format follows [Keep a Changelog](https://keepachangelog.com/). Haven uses [Sema
11
11
12
12
---
13
13
14
+
## [3.31.1] — 2026-07-10
15
+
16
+
### Fixed
17
+
-**Restoring a large backup no longer fails with "failed to fetch" (#5436).** Restoring a full backup that included files broke on three separate limits: the server aborted any request that took longer than 30 seconds (which is the ~30s "failed to fetch" people saw), the upload itself was capped at 4GB, and the restore read the entire uploaded zip into memory the way the old backup path did, so a large archive ran the server out of memory. Restores now allow long uploads, accept large files, and stream the archive straight to disk, so a 15GB or larger backup restores without crashing. Slow-header (slowloris) protection is unchanged.
18
+
19
+
### Changed
20
+
-**The backup screen now spells out that only full backups can be restored in place (#5435).** A backup has to include both Messages and Uploaded files to be restorable from the Restore box; smaller channels/users/settings backups are meant to be re-imported by hand. That was always the case but wasn't stated, so a partial backup failing to restore looked like a bug.
<ahref="https://github.com/ancsemi/Haven" target="_blank">⛭ View on GitHub</a>
@@ -1437,7 +1437,11 @@ <h2>⬡ Haven Server — v3.31.0</h2>
1437
1437
<divclass="version-list">
1438
1438
<divclass="version-list-inner">
1439
1439
<divclass="version-item">
1440
-
<div><spanclass="v-name">v3.31.0</span><spanclass="v-tag latest">Latest</span> — <strong>Rich link preview cards for Bluesky and X posts, plus a fix for backups that include files.</strong> Social links now embed as full cards with the author's avatar, the post text, sized media, and engagement counts, matching the mobile app, and embed size is a single Off / Small / Medium / Full preference shared by Settings and a per-embed toggle (#5429, contributed by Amnibro). Backups that include files no longer crash the server: they used to build the whole archive in memory and run out of RAM once the uploads folder got large (around 30GB), and now stream straight to disk instead (#5434).</div>
1440
+
<div><spanclass="v-name">v3.31.1</span><spanclass="v-tag latest">Latest</span> — <strong>Restoring a large backup works again.</strong> Restoring a full backup that included files used to fail after about 30 seconds with a “failed to fetch” error, because the server cut off long uploads, capped the upload at 4GB, and read the whole archive into memory at once. Restores now allow long uploads, accept large files, and stream straight to disk, so a 15GB or larger backup restores without crashing (#5436). The backup screen also now notes that only full backups, ones that include both Messages and Uploaded files, can be restored in place (#5435).</div>
<div><spanclass="v-name">v3.31.0</span> — <strong>Rich link preview cards for Bluesky and X posts, plus a fix for backups that include files.</strong> Social links now embed as full cards with the author's avatar, the post text, sized media, and engagement counts, matching the mobile app, and embed size is a single Off / Small / Medium / Full preference shared by Settings and a per-embed toggle (#5429, contributed by Amnibro). Backups that include files no longer crash the server: they used to build the whole archive in memory and run out of RAM once the uploads folder got large (around 30GB), and now stream straight to disk instead (#5434).</div>
<ahref="https://github.com/ancsemi/Haven" target="_blank">⛭ View on GitHub</a>
@@ -1437,7 +1437,11 @@ <h2>⬡ Haven Server — v3.31.0</h2>
1437
1437
<divclass="version-list">
1438
1438
<divclass="version-list-inner">
1439
1439
<divclass="version-item">
1440
-
<div><spanclass="v-name">v3.31.0</span><spanclass="v-tag latest">Latest</span> — <strong>Rich link preview cards for Bluesky and X posts, plus a fix for backups that include files.</strong> Social links now embed as full cards with the author's avatar, the post text, sized media, and engagement counts, matching the mobile app, and embed size is a single Off / Small / Medium / Full preference shared by Settings and a per-embed toggle (#5429, contributed by Amnibro). Backups that include files no longer crash the server: they used to build the whole archive in memory and run out of RAM once the uploads folder got large (around 30GB), and now stream straight to disk instead (#5434).</div>
1440
+
<div><spanclass="v-name">v3.31.1</span><spanclass="v-tag latest">Latest</span> — <strong>Restoring a large backup works again.</strong> Restoring a full backup that included files used to fail after about 30 seconds with a “failed to fetch” error, because the server cut off long uploads, capped the upload at 4GB, and read the whole archive into memory at once. Restores now allow long uploads, accept large files, and stream straight to disk, so a 15GB or larger backup restores without crashing (#5436). The backup screen also now notes that only full backups, ones that include both Messages and Uploaded files, can be restored in place (#5435).</div>
<div><spanclass="v-name">v3.31.0</span> — <strong>Rich link preview cards for Bluesky and X posts, plus a fix for backups that include files.</strong> Social links now embed as full cards with the author's avatar, the post text, sized media, and engagement counts, matching the mobile app, and embed size is a single Off / Small / Medium / Full preference shared by Settings and a per-embed toggle (#5429, contributed by Amnibro). Backups that include files no longer crash the server: they used to build the whole archive in memory and run out of RAM once the uploads folder got large (around 30GB), and now stream straight to disk instead (#5434).</div>
0 commit comments