mirror of
https://github.com/gesellix/Bose-SoundTouch.git
synced 2026-08-18 08:36:13 +00:00
Build the regression net the API route layout note calls for, before any
route refactoring: mine real recorded speaker traffic (Bose_Lisa UA) into a
coverage checklist and fill the high-priority, dependency-free gaps.
- COVERAGE.md: inventory of frozen speaker routes (method + status) mapped to
covering .http files, with the remaining gaps classified by priority.
- New flows, all asserting status/content-type/structure with the firmware UA:
- GET /v1/auth (app-key probe)
- POST /v1/scmudc/{deviceId} (telemetry upload)
- GET /core02/.../orion/station (Orion custom-stream adapter)
- GET /custom/v1/playback/{encodedURL} (LOCAL_INTERNET_RADIO / ding)
- POST /bmx/tunein/v1/report (STOP -> {}, START -> nextReportIn)
- GET /media/aftertouch-ding.wav (binary: status + content-type)
- GET /media/bmx-icons/{provider}/{file} (binary: status + content-type)
All request/response values use placeholder / RFC-5737 data; no recorded
bodies are committed. make test-http-client: 57 requests, 0 failed.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
18 lines
736 B
HTTP
18 lines
736 B
HTTP
### GET /v1/auth (speaker app-key validation probe)
|
|
###
|
|
### The speaker issues this to the dead Bose host audionotification.api.bosecm.com
|
|
### (DNS-intercepted to AfterTouch) before playing a /speaker notification, with
|
|
### its app_key in the "Apikeyheader" header. As the cloud replacement we accept
|
|
### any key with an empty 200 so the speaker proceeds (HandleSpeakerAuth).
|
|
### Returns 403 only while an active DNS-path probe nonce matches; none runs here.
|
|
GET {{host}}/v1/auth
|
|
User-Agent: Bose_Lisa/27.0.6
|
|
Accept: */*
|
|
Apikeyheader: example-app-key
|
|
|
|
> {%
|
|
client.test("Speaker app-key is accepted (200)", function() {
|
|
client.assert(response.status === 200, "Response status is not 200, got " + response.status);
|
|
});
|
|
%}
|