fix(ios): fall back to SpringBoard hierarchy when DockFolderViewService is foreground (iOS 26 iPad)#3269
Conversation
|
I don't think I'm using the GH action exact Xcode version, so driver integrity check will fail regardless -- I assume you have an internal process to do this so I'll ignore that failing check. |
mrvissercb
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
from
fccbd7c to
939ef9a
Compare
|
e2e test failures appear systemic, can anyone confirm? |
Fishbowler
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
from
939ef9a to
76515db
Compare
|
Thanks @Fishbowler -- the nudge appears to have fixed the tests 👍 |
mrvissercb
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
from
76515db to
f241c14
Compare
|
Just updated with main. @amanjeetsingh150 please let me know if there is anything else needed for this. It'll help ipad test / automation function on home screen 👍 |
Fishbowler
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
4 times, most recently
from
cc681b9 to
3048e03
Compare
|
Local testing has shown that the problem definitely exists in v2.6.1, and that this resolves it. 🎉 In parallel, I'm also helping with #3273, which is solving a different problem, but would also solve this issue (by always including SpringBoard hierarchy elements). |
Nice. Probably worth having both, especially if a flag eventually creeps in to disable the Home Screen hierarchy when another app is foreground. |
Fishbowler
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
5 times, most recently
from
c5339cb to
913c4fa
Compare
Fishbowler
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
from
913c4fa to
493b994
Compare
…ce is foreground (iOS 26 iPad)
Fishbowler
force-pushed
the
fix/ipad-ios26-home-hierarchy
branch
from
493b994 to
bc17e72
Compare
|
Thank you @Fishbowler . Also really appreciate your commitment to keeping the branch up to date with main! 😅 |
|
Thanks for your contribution and your patience! The rebase race happens a lot when we're trying to get stuff ready to merge. We've got rules around not merging out-of-date branches, but our CI pipeline is pretty intense, for obvious reasons. By the time you've noticed it's finished and green, another PR has merged and the cycle begins again :D |
|
@Fishbowler ah I figured. Merge queues might help if fits your org. Thanks again! |
… fork Brings Android first-party Unicode input (mobile-dev-inc#3211), iOS upside-down orientation fix (mobile-dev-inc#3102), SpringBoard-hierarchy fallback (mobile-dev-inc#3269), orchestra no-swallow-exceptions (mobile-dev-inc#3377), typed ArtifactManifest logging, and the AndroidDeviceConnection refactor. Resolved 2 conflicts (both iOS, ours vs upstream): - ScreenSizeHelper.swift: took upstream's orientationAwarePoint (effectiveWidth/Height upside-down fix + consolidated default:) — behaviorally superset of ours; our actualOrientation() faceUp/faceDown->portrait fallback is outside the conflict, kept. - IOSDriver.kt: kept our runtime-configurable screenSettleTimeoutMs() (used at :519) AND upstream's new LOG_FLUSH_TIMEOUT_SECONDS (used at :593); dropped the now-dead SCREEN_SETTLE_TIMEOUT_MS const (0 usages). Our backPress() is untouched by upstream. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
3 participants
In Maestro Studio Desktop (the view hierarchy), on iPad + iOS 26, nothing is clickable on the home screen except the status bar.
It looks like on the home screen, springboard is not the foreground app, it's now
com.apple.DocumentManager.DockFolderViewServicewhich has no hierarchy.This change detects that service and instead falls back to springboard. The end result is you can click the icons on the home screen.
Issue:
(In Maestro Studio Desktop)
ipad-ios26-hierarchy.mp4
Fix:
(In the locally built web view UI)
Screen.Recording.2026-05-08.at.1.02.18.PM.mov
Remaining issues
Proposed changes
copilot:summary
Testing
I have manually tested that the home screen / springboard now has an hierarchy associated and is clickable in the home screen.
Issues fixed