Teknium
817633bc5d
feat(backup): exclude SQLite WAL/SHM/journal sidecars ( #16576 )
...
The backup takes a consistent snapshot of each .db via sqlite3.backup(),
so shipping the live .db-wal / .db-shm / .db-journal alongside pairs the
fresh snapshot with stale sidecar state and produces a torn restore on
first open. Sidecars are transient and SQLite regenerates them on next
connection anyway.
This also trims multi-MB of junk from every zip — state.db-wal alone was
~9 MB here, doubled by the fact the WAL is the live write-ahead log, not
data.
2026-04-27 06:43:52 -07:00
..
2026-04-24 03:04:42 -07:00
2026-04-27 06:27:59 -07:00
2026-04-27 06:41:16 -07:00
2026-04-26 21:47:32 -07:00
2026-04-25 18:25:56 -07:00
2026-04-07 17:28:37 -07:00
2026-04-27 06:41:16 -07:00
2026-04-27 06:43:52 -07:00
2026-04-24 03:04:42 -07:00
2026-04-18 22:50:55 -07:00
2026-04-16 16:50:15 -07:00
2026-04-27 06:22:25 -07:00
2026-04-27 06:42:32 -07:00
2026-04-26 21:08:19 -07:00
2026-04-27 06:42:32 -07:00
2026-04-26 06:31:37 -07:00
2026-04-27 03:38:39 -07:00
2026-04-26 12:23:20 -07:00
2026-04-21 01:56:35 -07:00
2026-04-21 06:06:16 -07:00
2026-04-24 14:32:21 -07:00
2026-04-21 08:00:00 -07:00
2026-04-22 13:20:02 -07:00
2026-04-13 10:50:24 -07:00
2026-04-12 03:53:30 -07:00
2026-04-12 16:36:11 -07:00
2026-04-26 19:01:26 -07:00
2026-04-26 21:07:15 -05:00
2026-04-02 15:33:51 -07:00
2026-04-11 23:12:11 -07:00
2026-03-29 15:47:19 -07:00
2026-04-20 12:23:05 -07:00
2026-04-19 22:44:47 -07:00
2026-03-24 08:19:23 -07:00
2026-04-07 17:59:42 -07:00
2026-04-22 14:42:32 -07:00
2026-04-25 22:13:12 -07:00
2026-04-07 22:23:28 -07:00
2026-03-30 17:34:43 -07:00
2026-04-17 00:20:40 -07:00
2026-04-17 13:31:53 -07:00
2026-04-08 00:41:36 -07:00
2026-04-10 13:37:45 -07:00
2026-04-17 14:21:22 -07:00
2026-04-25 04:50:14 -07:00
2026-04-20 12:23:05 -07:00
2026-04-20 12:23:05 -07:00
2026-04-20 23:20:33 -07:00
2026-04-26 15:16:12 -05:00
2026-03-30 13:28:10 +09:00
2026-04-26 18:50:49 -07:00
2026-04-26 18:50:49 -07:00
2026-04-26 18:50:49 -07:00
2026-04-26 18:50:49 -07:00