refactor(settings): remove Traffic Management module config#5878
Conversation
The Traffic Management module-config protos are being gutted upstream (meshtastic/protobufs); this removes the matching Android consumer code so the app stays in lockstep with the proto schema. The feature was gated behind supportsTrafficManagementConfig (firmware v2.8.0+) and never shipped in a stable release, so this is a zero-user-impact, pure-deletion change. Stays on protobufs 2.7.25 — the bump is deferred until a published release actually removes the traffic_management proto. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
🖼️ Preview staleness check — advisoryThis PR modifies UI composables but does not update any
Changed UI files: What to check:
Adding previews checklist:
If this PR does not require preview updates (e.g., logic-only change, non-visual refactor), add the |
📄 Docs staleness check — advisoryThis PR modifies user-facing UI source files but does not update any page under
Changed source files: What to check:
New page checklist (if adding a new doc page):
If this PR does not require a doc update (e.g., internal refactor, bug fix, test change), add the
|
The Traffic Management module-config protos are being gutted upstream in meshtastic/protobufs (the firmware config/settings are being removed in parallel). This removes the matching Android consumer code so the app stays in lockstep with the proto schema.
The feature was gated behind
supportsTrafficManagementConfig(atLeast(V2_8_0)) and never shipped in a stable release, so this is a zero-user-impact removal — a pure deletion (0 insertions).🧹 Removal
TrafficManagementConfigScreen(TrafficManagementConfigItemList.kt)ModuleRoute.TRAFFIC_MANAGEMENT(enum entry + exclude-bitfield branch) and itsSettingsNavigationwiringSettingsRoute.TrafficManagement, the nav route, and thetraffic-managementdeep linkCapabilities.supportsTrafficManagementConfigtraffic_managementmerge lines inRadioConfigViewModeland theInstallProfileUseCaseinstall lineMeshtasticIcons.TrafficManagementicon (the genericic_alt_routedrawable is left in place for reuse)traffic_management*base string resources and re-ransort-strings.py(localized copies will be pruned by Crowdin on the next sync)🛠️ Notes for reviewers
:core:protostays onorg.meshtastic:protobufs:2.7.25, which still containsTrafficManagementConfig/TrafficManagementStats.v2.7.26is GitHub-only (not yet on Maven Central) and has not gutted the protos. Removing the consumer code does not require the proto to be gone; the version bump will follow once a tagged + published release actually drops the field — which will also confirm this removal was complete.whenstatements overModuleRoute(exclude-bitfield andSettingsNavigation) remain exhaustive after the enum entry was dropped.Testing Performed
./gradlew spotlessApply spotlessCheck detekt assembleDebug— clean (no spotless/detekt findings):core:model:allTests,:core:navigation:allTests,:core:domain:allTests,:feature:settings:allTests,:core:ui:allTests— all pass (361 tests)commonTest: dropped thesupportsTrafficManagementConfigassertions inCapabilitiesTest, the route inNavigationConfigTest/DeepLinkRouterTest, and thetraffic_managementprofile-install case inInstallProfileUseCaseTest🤖 Generated with Claude Code