fix: record step durations, and pin the foreground app before matching text
Two defects found by running spotify_play against the real phone. - Step durations were always zero in the run log: executeStep returned a copy, so the deferred assignment never reached the caller (FR-10). It now returns a named value, with a regression test. - The phone was sitting on the Android Settings app, and wait "Search" was satisfied by Settings' own "Search Settings" entry, so the recipe tapped the Settings search bar. New "foreground" step waits until the recipe's app really is in front; spotify_play uses it right after launch. docs/phase-3-spotify-recipe.md now logs all six live attempts and states plainly that the end-to-end playback run has not completed: the phone is showing a Settings "Verify that it's you" biometric prompt, which needs Sam and is left untouched.
This commit is contained in:
@@ -35,6 +35,7 @@ steps:
|
||||
# 1. Make sure Spotify is up. Launching an app that is already open is a
|
||||
# no-op, so this is safe to repeat.
|
||||
- launch
|
||||
- foreground 30s
|
||||
- wait "Search" 30s
|
||||
|
||||
# 2. Open the search tab. Spotify remembers the last tab, so a search screen
|
||||
|
||||
Reference in New Issue
Block a user