KGet 1.7.0 rewrites Rust download APIs with builder-style design

KGet 1.7.0 is the kind of release that makes adopters stop and read the changelog twice. Announced on May 25, 2026 in the Rust Programming Language Forum, it was described by project author davimf721 as the largest release so far, and the biggest change is a public API rewrite that will force code updates in any project already embedding KGet.

The old entry points are out in favor of a builder-style design centered on kget::builder(url) for single downloads and kget::batch([...]) for multi-file jobs. That matters because KGet is not just a command-line downloader anymore, it is being shaped into a reusable component for Rust applications that want download behavior without assembling their own networking stack from scratch. The new approach also fits the library’s existing direction: KGet’s docs already frame it as a Rust library for adding download capabilities such as HTTP, HTTPS, FTP, SFTP, torrents, progress handling, and proxy support.

The release does more than reshuffle method names. KGet’s site describes the library as exposing a fluent builder API, typed errors, and event channels, which is the sort of surface area that makes embedding it feel closer to integrating a proper subsystem than calling a helper crate. For Rust developers building desktop tools or automation-heavy workflows, that is the real upgrade here. The public API looks cleaner, and the crate is more clearly trying to be infrastructure.

KGet 1.7.0 also touches both graphical frontends, which is a reminder that this project has moved beyond a backend-only mindset. The project site lists three frontends around one engine: a native macOS SwiftUI app, a cross-platform egui GUI for Linux and Windows, and a CLI. That same site says KGet supports HTTP and HTTPS, FTP and SFTP, WebDAV, magnet links, and yt-dlp in one binary. In other words, this is not a basic file grabber with a Rust badge on it.

Bug fixes and security fixes landed in the same release, and those are not throwaway line items for software that lives on the network boundary and writes user files. The repository history already showed earlier steps such as Metalink support and download history, so 1.7.0 reads less like a one-off refactor and more like a crate coming into its own. After this rewrite, KGet looks more credible as something you would actually wire into a real application, not just test in a sandbox.