v1.7.0
What's Changed
Features
- add SW/HW flow offload toggles to settings UI (54debcd)
Adds a "Flow Offload" collapsible section in the settings panel with software and hardware offload toggles. HW is disabled when SW is off. Changes take effect immediately via fw4 reload (backend viaoffload_get/offload_setrpcd methods). - batch rDNS, device speed graph, fix offload toggles (783ec0c)
- Replace per-IP rdns queue with single network.rrdns.lookup batch call: all uncached IPs resolved in one round-trip instead of 4-at-a-time sequential requests; removes resolving… stuck state.
- improve flow offload UI — show mode badge and per-toggle descriptions (a3f3271)
Replace bare "Software"/"Hardware" toggles with:- current mode badge (⊘ No offload / ◑ Software / ● Hardware) in colour
- per-toggle description explaining what each option does and its trade-offs
⚠️ warning about broken speed monitoring for hw offload placed directly below the hardware toggle instead of in a generic footnote- save status now says "Applied — firewall reloading" for clarity
- LuCI native UI, offload fixes, batch rDNS, per-device graph (f71aff9)
feat: LuCI native UI, offload fixes, batch rDNS, per-device graph
Bug Fixes
- use
--format ustarinbuild-ipk.shto prevent PaxHeader entries (7b0e717) bsdtar on macOS defaults to PAX format which embeds PaxHeader/ entries in archives. BusyBox tar on OpenWrt extracts them as literal directories/files, corrupting the install (real files missing from /usr/libexec/rpcd and /www).--format ustarforces old POSIX format with no PaxHeader support; all our paths fit within the 100-char limit. - remove bind-dig dependency, update stale docs (cb18ab3)
Replace dig with ubus network.rrdns lookup (same rpcd-mod-rrdns the LuCI frontend uses) + BusyBox nslookup fallback intrafficctl-rdns.shandtrafficctl-device.sh. The device script also gains a batch ubus call instead of N sequentialdiginvocations.
Other
- add feature-build workflow for shareable dev IPKs (972915b)
Triggers on push to feature/** branches. Builds the IPK, smoke-tests it, then creates/updates a floating pre-release tagged build- so the download URL stays stable across pushes:
…/releases/download/build-feature-luci-native-ui/luci-app-trafficctl.ipk - add APK build to feature-build workflow (00ada2f)
Split into three parallel jobs: build-ipk, build-apk (via openwrt/gh-action-sdk), and publish. APK is unsigned (no PRIVATE_KEY) since feature builds install with--allow-untrustedanyway. Both artifacts get stable download URLs under the same floating pre-release tag.
Full Changelog: v1.6.6...v1.7.0
Download
| File | OpenWrt version | Install command |
|---|---|---|
luci-app-trafficctl.ipk |
21.02 — 24.10 | opkg install <file> |
luci-app-trafficctl.apk |
25.12+ | apk add --allow-untrusted <file> |
Stable URL (always points to the latest release):
wget https://github.com/YusDyr/luci-app-trafficctl/releases/latest/download/luci-app-trafficctl.ipk
wget https://github.com/YusDyr/luci-app-trafficctl/releases/latest/download/luci-app-trafficctl.apk
Other filenames (_all.ipk, _noarch.apk, versioned) are the same file.