VanceVagell/kv4p-ht

[Android] Resend APRS Message if ack not received, with exponential backoff

Open

#34 opened on Oct 19, 2024

View on GitHub
 (1 comment) (1 reaction) (0 assignees)Java (126 forks)auto 404
enhancementgood first issue

Repository metrics

Stars
 (789 stars)
PR merge metrics
 (PR metrics pending)

Description

Right now, kv4p HT will send an APRS "ack" to other radios when it receives an APRS message addressed to the user's callsign. But if kv4p HT itself receives an "ack" for one of its messages, it does nothing with it.

Instead, we should re-send the attempted Message if we don't get an "ack" after some timeout (maybe 10 seconds with exponential backoff, so 10, 20, 40, etc.), with a limit of max retries (let's start with 5).

It should be smart enough to not try to re-send a Message if the user is actively transmitting, or if it's in the middle of decoding another message.

Contributor guide

Research direction
Study the existing APRS message handling code in the Android app. Identify where outgoing messages are sent and where incoming acks are processed. Implement a retry mechanism with exponential backoff (starting at 10s) and a maximum of 5 retries. Ensure the retry is paused if the user is transmitting or decoding another message. Consider using a Handler or coroutines for timing.
Tech stack
javaandroid
Domain
mobile devnetworking
Issue type
Feature
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
Half day
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
Active
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
Clear
Prerequisites
JavaAndroid
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
60