[Android] Element with position: absolute is incorrectly marked as not visible to the user if it's rendered outside of parent
Personne n'a encore pris cette issue.
- Langage dominant
- C++
- Étoiles
- 127k
- Forks
- 25.3k
- Merge moyen
- 1 j 23 h
- PR mergées (30 j)
- 4
Description
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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par le reproducer obligatoire de PositionAbsoluteBug et inspectez la sortie d’accessibilité Android pour le dropdown rendu en dehors de son parent. Suivez la manière dont AccessibilityNodeInfo.isVisibleToUser est déterminé dans ce cas, puis vérifiez que les éléments du dropdown apparaissent dans la maestro hierarchy et que le test Maestro peut interagir avec eux sans overflow hidden.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- android, react-native
- Domaine
- accessibility, mobile
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100