Fixes an empty file browser on Windows clients.
Restoring files on Windows clients (#394)
Since v2.75.0, browsing the files inside a Windows backup showed an empty pane. The backups themselves were fine — the archives were complete, the file catalog imported without error, and restoring by path still worked. Only the browser had nothing to show.
Building the directory index moved from PHP into ClickHouse a few releases ago, and the ancestor walk lost its first step. On a Linux or macOS path that step is the empty string before the leading slash and is meant to be skipped. A Windows path has no such element, so skipping it skipped the drive — leaving a directory tree with nothing at its root. The browser asked for the root, got nothing back, and showed an empty pane on a backup that was entirely intact.
Windows archives catalogued since then are repaired automatically when you update. The catalog rows were always correct, so the index is rebuilt from them; there is no need to re-run a catalog import, and only archives actually missing a root are touched. Linux and macOS archives are unaffected in either direction.
Thanks to @ArbiterGR for staying with this one and for reporting the browser separately once the backups themselves started completing — the two failures looked like one problem and were not.
On the release pace
That is five releases in about two days, which is more than anyone should have to keep up with. A few long-standing reports landed at once and each fix was worth shipping rather than sitting in a branch. It should settle down.
Notes
- The agent is unchanged in this release; clients on 2.80.0 do not need to update.
- Adds one migration, which repairs affected archives.
