QRun-IO/qqq-android
3
0 Fork 0
Code Issues Pull Requests 4 Actions Packages Projects Releases 3 Wiki Activity

fix(network): raise the remaining short limits for slow links (1.0.5, versionCode 7) #28

Open
james.maes wants to merge 1 commits from fix/slow-link-timeouts into main
pull from: fix/slow-link-timeouts
merge into: QRun-IO:main
Conversation 0 Commits 1 Files Changed 14
+283 -41
1 Commits
Author SHA1 Message Date
james.maesandClaude Fable 5.2 b1912cf59c fix(network): raise the remaining short limits for slow links (1.0.5, versionCode 7)
android / android (push) Failing after 4m1s
Details
build / android (push) Failing after 4m1s
Details 
1.0.4 gave the metadata load 60 seconds. Every other call still had a
5 second call limit or OkHttp's 10 second defaults, so a slow warehouse
link could still fail start-up, enrollment or a process step.

All limits now come from one set, NetworkTimeouts:
- connect 10 s (unchanged value, now named)
- small calls 30 s: version discovery, branding, logo, reachability and
  the session heartbeat (were a 5 s call limit); device enrollment and
  status, sign-in, table and process-status calls (were a 10 s read)
- process init and step 60 s read and write, no call limit as before
- metadata load 60 s (unchanged)
- best-effort calls 5 s (unchanged): ending the device session and live
  screen frames, so sign-out, Change server and screen viewing never
  wait on a dead link

Not changed: the 3 s bounds around sign-out and the 30 s photo transfer
limit.

Tests assert the configured limits of every client (NetworkTimeoutsTest,
SlowLinkTimeoutsTest); the test that pinned the 10 s default now expects
an ordinary call to survive a 12 s answer.

Docs: CHANGELOG 1.0.5 candidate; RELEASING, INSTALLATION, SESSION-STATE
and TODO record the published 1.0.4 and the 1.0.5 release steps.

Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
 2026-11-09 19:35:59 -06:00