stagehand-python@4.2.0a0.dev1591: fix : use progress tracker in waitForSelector() ( 3146)

Browserbase Stagehand releases published stagehand-python@4.2.0a0.dev1591: fix : use progress tracker in waitForSelector() ( 3146). This automated release-watch entry was generated from the project's official GitHub release feed and is kept separate from human-reviewed editorial analysis. Release notes: why waitForSelector() did not include frame resolution or locator world readiness in its timeout. time spent preparing or retrying the browser wait was not deducted from its timeout. the browser helper also turned zero into a fresh 30-second wait, & could keep watching the page after the caller timed out. what changed gave selector waits one shared deadline across frame resolution, locator-world readiness, & the element wait. internal calls reuse their parent's remaining time without taking ownership of its progress. calculated the browser timeout immediately before dispatch, including retries after a lost execution context. expired calls cannot start another wait. kept the 30-second default & made explicit 0 unlimited throughout the wait. gave each browser wait a disposable handle. completion, timeout, & failure release its observers, timers, DOM-ready listener, & remote reference.…

• Review the official Browserbase Stagehand releases release notes before upgrading.
• Check compatibility, migration, and security notes against your current agent stack.
• Run focused regression tests before production rollout.