Microsoft/react-native-windows

Fabric e2etests for large snapshots are broken

Open

#13 436 ouverte le 11 juil. 2024

Voir sur GitHub
 (5 commentaires) (0 réactions) (0 assignés)C# (544 forks)batch import
Area: Test InfrastructureArea: TestsNew ArchitectureWorkstream: Test Coveragebughelp wanted

Métriques du dépôt

Stars
 (6 114 stars)
Métriques de merge PR
 (Merge moyen 4j 14h) (45 PRs mergées en 30 j)

Description

Problem Description

Currently affecting main and 0.75

Broken Tests FlatList - Basic ScrollView - refresh Control SectionList - Scrollable

While working on the 0.75 branch these tests broke due to an Invalid string length error. I'm thinking it's because these are the only tests with 1000+ items and the toJson() function must have put a cap on what it can process but further investigation is needed. Check pages out locally and they render/work as intended

image

Steps To Reproduce

  1. Run tests on 0.75 branch
  2. Look at Pipeline (https://dev.azure.com/ms/react-native-windows/_build/results?buildId=592440&view=logs&j=20253376-38f7-5084-b900-818d1e6181d3&t=e4bc6543-c5eb-5bc9-6033-5ab4b4216285)

Expected Results

No response

CLI version

npx react-native -v

Environment

npx react-native info

Community Modules

No response

Target Platform Version

None

Target Device(s)

No response

Visual Studio Version

None

Build Configuration

None

Snack, code example, screenshot, or link to a repository

No response

Guide contributeur

Direction de recherche
Examinez la fonction toJson() dans le framework de test e2e pour déterminer pourquoi elle échoue avec des instantanés volumineux (plus de 1000 éléments). Vérifiez les limites de longueur de chaîne ou les options de configuration pour augmenter la capacité. Recherchez des problèmes similaires dans le dépôt ou en amont de React Native.
Stack technique
javascriptreactnodejs
Domaine
testing qadesktop dev
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
GitNode.js
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65