test(qcm): mixed-provider camera scene with one layer failing (QQA-10b)

scripts/qcm/README.md

@@ -515,6 +515,7 @@ recorded as unreadable. J10x sends each form on purpose and fails if the guard m
 | `camera-list-browser.test.mjs` | Journey 10: a heading, count and real list; the view scope counting 350 cameras while the map draws 300 pins and the list says why; purpose filter and its filtered-out state; the near scope with its stated radius and nearest-first rows; J10d/J10d2: the near scope reads unavailable only when its own place's files failed, and a failure under the map elsewhere does not touch it; J10e: a name pin picked after a finder pick moves the near list to the pin; opening a camera from a row requests one picture; a quiet status (the polite announcer speaks a settled count only); J10m: focus stays on the same row or Save button across a re-sort and falls to the list, never the page, when the row is gone; J10n: the rows are a `role=list` of plain buttons and a repaint of the same count says nothing; zoomed-out, outside-coverage, none, unavailable, loading and images-unavailable states. Every camera request is stubbed. |
 | `camera-find.test.mjs` | Pure: the privacy detector (`helpers/leak-check.mjs`) on every carrier form and on near misses; the search box and file choice and its bound, the search status text, the cluster summary counts and note, saved-row states (listed, gone, failed, pending) and the saved-list status keys; a search reads only files within the radius (not the square's corner); `canonicalCameraRef`. |
 | `camera-find-browser.test.mjs` | Journey 10 f-i: save from a row and the card, reload, still saved; blocked storage (throwing accessor) shows the saving-unavailable state; Search this area fires one request set and states the radius; below zoom 7 the summary counts match the loaded records; J10j: an open card follows a save or removal made from the list, and its press reads the store; J10k: a camera saved under an old id reads Saved, is not saved twice and is removed whole; J10p: one Search press makes two search announcements and the list says nothing until it has an answer; J10q: a throw after the index read says the search did not finish, clears the pending state and a new press works; J10r/J10s: a failed Saved index load retries once on a later Saved press and on a change in the saved count; J10u/J10v/J10w: the same when the index reads and the camera file fails, and a file that fails again is not read in a loop; J10x: the privacy guard flags a camera sent in a query, path, older ref, tail, name, bare id, or any kind of body; J10t: no recorded request (fetch, XHR, beacon, resource) carries a saved camera (ref, older ref, tail, name or id), and the address, history state, title and share link are unchanged after a save and after a search. |
+| `camera-mixed-scene-browser.test.mjs` | QQA-10b: road, park, camera-link, research and airport layers on together at one point (fixture rows on each provider's real header, served by `mixedSceneStub` in `helpers/camera-snapshot-stub.mjs`): each layer draws its own pin class and the count line reads 5 layers on; each Cameras region and layer row reports its own cameras; the list names each row's own source and the link-only rows say so; one pin per provider applies its own picture plan (a blob `<img>` for the fetch plan, a plain `<img>` pointed at the owner for the img plan, no `<img>` and no owner request for link-only) and each card names its own operator. Then one layer's file fails while the others load: its row reads unavailable, the others keep pins and pictures, the list says it is partial, surviving rows and pins still open cards, and cycling the layer recovers it; the road layer failing alone and all five failing (list reads unavailable, never partial) are covered too. Every camera and owner-host request is stubbed. |
 
 ## Physical print proof