• رفع گمراه‌کنندگی دکمهٔ Test Relay در حالت Full Tunnel ([#160](https://github.com/therealaleph/MasterHttpRelayVPN-RUST/issues/160)): قبلاً وقتی mode روی `full` بود، Test Relay بی‌سر و صدا از مسیر apps_script استفاده می‌کرد و IP دیتاسنتر گوگل رو نشون می‌داد — که با IP واقعی tunnel-node کاربر متفاوت بود و این تناقض گیج‌کننده بود. حالا در حالت `full`، Test Relay صریحاً پیغام میده که این دکمه برای حالت Full پشتیبانی نمی‌کنه و راهنمایی می‌کنه که برای تست واقعی، مرورگر رو از طریق پروکسی محلی به whatismyipaddress.com ببرید. تست واقعی Full mode از طریق tunnel mux در ریلیزهای آینده اضافه میشه • انتشار آرتیفکت `mhrv-rs-openwrt-mipsel-softfloat.tar.gz` که در v1.4.0 بیلد نشده بود: PR #153's connect_data instrumentation از `std::sync::atomic::AtomicU64` استفاده می‌کرد، که روی هدف 32-بیتی MIPS (`mipsel-unknown-linux-musl`) موجود نیست. تغییر به `portable_atomic::AtomicU64` (که بقیهٔ کد به همین دلیل ازش استفاده می‌کنه) و انتشار از طریق workflow_dispatch جدید — همون آرتیفکت روی صفحهٔ ریلیز v1.4.0 هم اضافه شد --- • Fix misleading Test Relay button behaviour in Full Tunnel mode ([#160](https://github.com/therealaleph/MasterHttpRelayVPN-RUST/issues/160)): when mode was set to `full`, Test Relay used to silently fall through to the apps_script code path and report a Google datacenter IP — which contradicted what the user actually saw in their browser via their tunnel-node, and looked like the relay was broken when it wasn't. Now in `full` mode, Test Relay returns a clear error explaining that this button isn't wired for full mode, with a recommendation to verify by loading whatismyipaddress.com through the local proxy. A real Full-mode test (via the tunnel mux) is on the queue • Publishes the `mhrv-rs-openwrt-mipsel-softfloat.tar.gz` artifact that failed to build in v1.4.0: PR #153's connect_data instrumentation imported `AtomicU64` from `std::sync::atomic`, which doesn't exist on 32-bit MIPS (`mipsel-unknown-linux-musl` for OpenWRT routers). Switched to `portable_atomic::AtomicU64` (already used elsewhere in the codebase for the same reason). The artifact was re-published to the v1.4.0 release page directly via the new workflow_dispatch path, and is shipped natively in v1.4.1