fix: address the Maps search box by id, and re-prove Phase 5
The Maps omnibox hint rotates: it read "Search here" in the Phase 5 run and "Try petrol stations, ATMs" in the AUD-128 re-verification, so the recipe's text match on it failed. The resource id does not rotate. - internal/ui: add Find/FindID and the "id:" selector; Find dispatches an id: selector to the resource id and everything else to text as before. - internal/recipe: wait/tap/wait_gone/tap_if and the tap helper use Find, so a recipe may name a resource id. Guards stay text-only. - recipes/maps_navigate.recipe: wait/tap id:search_omnibox_text_box. - tests for the id selector; docs and README updated. Co-Authored-By: Paperclip <noreply@paperclip.ing>
This commit is contained in:
@@ -32,6 +32,10 @@
|
||||
// - launch start the recipe's app
|
||||
// - foreground 30s wait until the recipe's app is in front
|
||||
// - wait "Search" 30s wait for an element whose text matches
|
||||
// - wait id:search_box 30s wait for an element by resource id. The short
|
||||
// name after the "/" is enough. Use this when a
|
||||
// label rotates (the Maps search box does); it is
|
||||
// still a named match, never a coordinate (FR-4).
|
||||
// - wait exact "Pause" 60s retry 3
|
||||
// if it never appears, re-run the step above and
|
||||
// wait again (a busy phone can drop a tap)
|
||||
|
||||
Reference in New Issue
Block a user