| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| @e2e-dev_mobile@0.9.2 source code.tar.gz | 2026-10-04 | 3.9 MB | |
| @e2e-dev_mobile@0.9.2 source code.zip | 2026-10-04 | 4.6 MB | |
| README.md | 2026-10-04 | 3.1 kB | |
| Totals: 3 Items | 8.5 MB | 0 | |
Patch Changes
-
#711
a3da00dThanks @okwasniewski! -device.installApp()no longer pins the build's file path as the app when agent-device reports no bundle id or package for it, which on Android madeapp.open()fail with "Android runtime hints require an installed package name". It fails at the install withENGINE_FAILUREnamingapp.bundleIdor installApp'sappoption; the mobile docs' Troubleshooting covers the Android cause (agent-device 0.21.18 reads an aapt2-built APK's package only through the SDK'saapt, which it does not find in the macOS default SDK location, or when the install added the package).app.open()on a device now keeps the engine's own reason it cannot launch, such as a build not installed yet withdevice.installApp(), instead of a generic "pin one with app.bundleId or app.appPath". -
#791
b3e1fd1Thanks @DimaMishchenko! - Update agent-device to 0.21.20 so sibling-sized iOS toolbar containers no longer falsely mark nearby controls as covered. -
#801
ae3dc64Thanks @thymikee! - Recognize agent-device's stale-ref refusals by theirdetails.reasoninstead of matching their message, so a reworded message in a later agent-device release cannot turn a stale ref into an engine failure. Every ref-frame reason agent-device 0.21.20 sends is covered, including the three whose messages the old pattern did not match. -
#722
f0f9c8dThanks @okwasniewski! - Explicit navigation now uses an allowlist instead of a denylist:app.open,browser.goto, and the agent'snavigateverb admithttp:,https:, and the exactabout:blank, and every other scheme (chrome:,blob:,about:srcdoc, ...) isPOLICY_DENIED. A wrapped scheme such asview-source:file:///...no longer loads a local file; it isPOLICY_DENIEDlikefile:itself.device.openLinkanddevice.openAppalso refuseview-source:,blob:, andfilesystem:links.browser.setCookiesrefuses anabout:blankcookie URL withPOLICY_DENIED. -
#793
4db7d6dThanks @DeryFerd! -device.openLinkno longer echoes the string it refused in itsINVALID_ARGUMENTmessage. A malformed link can carry a magic-link token in its query, path, or userinfo, so the message names no part of the input, matching whatdevice.openAppalready does.