v0.1.3

The Files tab is a tree

Opening a torrent's Files tab used to print every file it contained, all at once, in whatever order the daemon returned them. A torrent with two hundred files across forty folders gave you two hundred rows, with the nesting suggested only by indentation. There were no folders to collapse, and loose files sat interleaved between directories.

It is a real tree now.

• Folders are rows. They sort above files, with names ordered the way you would count them, so Part 2 comes before Part 10.
• Deeper levels open from the arrow in front of a folder name. The folder a torrent is named after opens by itself, so the tab never greets you with a single row repeating the title above it.
• A folder shows what it is hiding: how many files it holds, their total size, and how far along they are, weighted by bytes rather than by file count.
• You can act on a folder without opening it. Its checkbox selects everything inside, and its priority applies to everything inside. When the files inside disagree, the priority reads Mixed rather than picking one of them and quietly flattening the rest.
• Files now carry a document icon instead of the folder icon every row used to wear.

Collapsed folders are not rendered at all, so a torrent with thousands of files no longer builds thousands of rows to show you ten.

---

Installing

Downloads are below. Every file has a .sha256 beside it, and checking one is worthwhile because these builds are not code signed:

• Windows shows SmartScreen. Choose More info, then Run anyway.
• macOS is refused by Gatekeeper on first open. Right-click the app, choose Open, then confirm. Apple Silicon only.
• Linux has no equivalent gate. Take the .deb, the .rpm, or the .AppImage.

There is no in-app updater yet, so upgrading means downloading again.

The qbittorrent-nox source archive is attached alongside the installers, which is what GPLv3 section 6(d) asks for: the source available from the same place as the binary.

v0.1.2

Downloads landed in the wrong folder

The headline fix, and if you ran 0.1.0 or 0.1.1 it affected you.

Finished downloads went into the app's own profile directory instead of the folder rigseed named, and clicking a finished file did nothing. Both symptoms had one cause: rigseed wrote the save path under Downloads\SavePath, which is the qBittorrent 4 key. A configuration written fresh by qBittorrent 5 marks itself as already migrated, so the legacy key is never consulted and the daemon fell back to its default.

rigseed now writes the key the daemon actually reads, and repairs a configuration that only carries the old one, so an existing install corrects itself on next launch rather than needing to be set up again.

Search results were never sorted

The results header said "sorted by seeds" and nothing anywhere sorted anything. search/results answers per plugin and the daemon appends, so results arrived grouped by provider with each block ordered on its own.

Sorting now happens across the whole list, and the column headings do it. A column opens the way it should open, so seeds, size and peers start high while name and engine start at A, and clicking the same heading again reverses it. Ties are broken consistently, which matters while results are still arriving: without it, rows reshuffled on every update.

Move a torrent's files without re-downloading

New. Point a torrent at a different folder and the daemon relocates what is already on disk rather than fetching it again. Failures say what actually went wrong, whether the path was refused, unwritable, or already in use.

Also fixed

• The Description link on a search result did nothing. It was an anchor with target="_blank", which a Tauri window has no meaning for. It opens in your browser now.
• Adding a torrent from search has a toggle: skip straight to downloading, or open the add dialog first.

---

Installing

Every download has a .sha256 beside it, and checking one is worthwhile because these builds are not code signed:

• Windows shows SmartScreen. Choose More info, then Run anyway.
• macOS is refused by Gatekeeper on first open. Right-click the app, choose Open, then confirm. Apple Silicon only.
• Linux has no equivalent gate. Take the .deb, the .rpm, or the .AppImage.

There is no in-app updater, so upgrading means downloading again.

The qbittorrent-nox source archive is attached alongside the installers, which is what GPLv3 section 6(d) asks for: the source available from the same place as the binary.

v0.1.1

Linux, for the first time

0.1.0 shipped Windows and macOS only. The bundled qbittorrent-nox inherited the build machine's glibc and would not start on Ubuntu 22.04, so Linux was held back rather than shipped broken.

The daemon is now built against an older base, and Linux joins the release in three formats: .deb, .rpm and .AppImage.

The AppImage had never built before. The reason turned out to be a chain: the sidecar was publishing an unpatched binary, which meant linuxdeploy could not resolve Qt for qbittorrent-nox, and two further faults in the Qt plugin collection sat behind that one. All three are fixed and the daemon has been rebuilt carrying them.

All three formats ship rather than one replacing the others. If you installed the .deb, keep updating through apt: an application rewriting a file dpkg believes it owns is worse than not updating at all.

Also fixed

• Only the SQLite driver is collected now, rather than every SQL driver Qt offers, and the Qt plugins are given the right rpath depth so they resolve from inside the bundle.

---

Installing

Every download has a .sha256 beside it, and checking one is worthwhile because these builds are not code signed:

• Windows shows SmartScreen. Choose More info, then Run anyway.
• macOS is refused by Gatekeeper on first open. Right-click the app, choose Open, then confirm. Apple Silicon only.
• Linux has no equivalent gate.

There is no in-app updater, so upgrading means downloading again.

The qbittorrent-nox source archive is attached alongside the installers, which is what GPLv3 section 6(d) asks for: the source available from the same place as the binary.

v0.1.0

The first release of rigseed: a desktop client for qBittorrent that brings its own daemon.

There is nothing to install first and no server to configure. qbittorrent-nox ships inside the app, bound to loopback, and rigseed generates its own WebUI credentials on first launch, so there is no password to invent and no port to open. If you already run qBittorrent, rigseed reads and writes the same configuration: your categories, save paths, limits and trackers are the ones you already have, and the old interface is still there whenever you want it.

Every screen prints the endpoints it drives, because a client that hides its transport is a client you cannot debug.

Windows and macOS. Linux is not in this release: the bundled daemon inherited the build machine's glibc and would not start on Ubuntu 22.04. It arrives in 0.1.1.

---

Installing

Every download has a .sha256 beside it, and checking one is worthwhile because these builds are not code signed:

• Windows shows SmartScreen. Choose More info, then Run anyway.
• macOS is refused by Gatekeeper on first open. Right-click the app, choose Open, then confirm. Apple Silicon only.

There is no in-app updater, so upgrading means downloading again.

The qbittorrent-nox source archive is attached alongside the installers, which is what GPLv3 section 6(d) asks for: the source available from the same place as the binary.

qbittorrent-nox 5.2.3

Built from release-5.2.3 with -DGUI=OFF, against Qt 6.8.3, libtorrent-rasterbar 2.0.11 and Boost 1.90.0.

Consumed by the release workflow, which downloads these rather than
rebuilding. The corresponding source archive is attached here to
satisfy GPLv3 section 6(d): the binary and its source are offered
from the same place.