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. |
fccbd7c to
939ef9a
Compare
|
e2e test failures appear systemic, can anyone confirm? |
939ef9a to
76515db
Compare
|
Thanks @Fishbowler -- the nudge appears to have fixed the tests 👍 |
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 👍 |
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. |
…ce is foreground (iOS 26 iPad)
c2e8740 to
a723a5f
Compare
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