[Android] Element with position: absolute is incorrectly marked as not visible to the user if it's rendered outside of parent
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C++
- Sterne
- 127k
- Forks
- 25.3k
- Ø Merge
- 1 T. 23 Std.
- Gemergte PRs (30 T.)
- 4
Beschreibung
Description
When using UI automation suite like Maestro, on Android it uses AccessibilityNodeInfo isVisibleToUser method to determine if the element is visible to the user and clickable.
Despite an element rendered with position: absolute and no overflow: hidden on the parent being visible on the screen, the isVisibleToUser flag is incorrectly set to false if the element is outside of the bounds of the parent, causing E2E test to fail (mobile-dev-inc/maestro#1609)
Steps to reproduce
Clone the repro repository first.
To reproduce the issue:
- Install the packages with
yarnornpm - Open Android emulator
- Run
yarn android/npm run android - Make sure the app is visible
- Press on the dropdown to open it
Then:
- Install maestro locally
- Run
maestro -p android test maestro.ymland see the test fail - Run
maestro hierarchyand see that the dropdown items are not visible in the output
React Native Version
0.79.2
Affected Platforms
Runtime - Android
Output of npx @react-native-community/cli info
System:
OS: macOS 15.4.1
CPU: (12) arm64 Apple M2 Max
Memory: 166.94 MB / 32.00 GB
Shell:
version: "5.9"
path: /bin/zsh
Binaries:
Node:
version: 20.13.1
path: ~/.asdf/installs/nodejs/20.13.1/bin/node
Yarn:
version: 1.22.22
path: ~/.asdf/installs/nodejs/20.13.1/bin/yarn
npm:
version: 10.5.2
path: ~/.asdf/installs/nodejs/20.13.1/bin/npm
Watchman:
version: 2025.04.28.00
path: /opt/homebrew/bin/watchman
Managers:
CocoaPods:
version: 1.15.2
path: /Users/matyas/.asdf/shims/pod
SDKs:
iOS SDK:
Platforms:
- DriverKit 24.4
- iOS 18.4
- macOS 15.4
- tvOS 18.4
- visionOS 2.4
- watchOS 11.4
Android SDK:
API Levels:
- "33"
- "33"
- "34"
Build Tools:
- 30.0.3
- 33.0.0
- 33.0.2
- 34.0.0
- 34.0.0
System Images:
- android-33 | Google APIs ARM 64 v8a
- android-34 | Google APIs ARM 64 v8a
- android-36 | Google Play ARM 64 v8a
Android NDK: Not Found
IDEs:
Android Studio: 2023.2 AI-232.10300.40.2321.11668458
Xcode:
version: 16.3/16E140
path: /usr/bin/xcodebuild
Languages:
Java:
version: javac 17
path: /Users/matyas/.asdf/shims/javac
Ruby:
version: 3.2.3
path: /Users/matyas/.asdf/shims/ruby
npmPackages:
"@react-native-community/cli": Not Found
react:
installed: 19.0.0
wanted: 19.0.0
react-native:
installed: 0.79.2
wanted: 0.79.2
react-native-macos: Not Found
npmGlobalPackages:
"*react-native*": Not Found
Android:
hermesEnabled: Not found
newArchEnabled: Not found
iOS:
hermesEnabled: Not found
newArchEnabled: Not found
Stacktrace or Logs
(no stack trace)
MANDATORY Reproducer
https://github.com/d4rky-pl/PositionAbsoluteBug
Screenshots and Videos
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie mit dem obligatorischen PositionAbsoluteBug-Reproducer und untersuchen Sie die Android-Barrierefreiheitsausgabe für das Dropdown, das außerhalb seines übergeordneten Elements gerendert wird. Verfolgen Sie, wie AccessibilityNodeInfo.isVisibleToUser für diesen Fall bestimmt wird, und überprüfen Sie anschließend, dass die Dropdown-Elemente in der maestro hierarchy erscheinen und der Maestro-Test ohne overflow hidden mit ihnen interagieren kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- android, react-native
- Bereich
- accessibility, mobile
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100