Upstream operation-count tests fail with the patch stack (118 vs 126 operations)
Maintainer antworten meist innerhalb von 1 Tag
Ein zugehöriger Pull Request wurde bereits gemerged.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 42/100
Rechercherichtung
Start with the failing assertions in PeekabooBridgeRequestPlanTests (operations.count == 118 and the permission-partition expectations) and PeekabooBridgeOperationSemanticPlanTests, then run the PeekabooTests bridge suites one at a time to see which other counts are stale. The issue says the insert, clipboard and menu patches add 8 operations, so the new total should be 126. Done when those suites pass with updated counts and partition expectations, and the patch-test routine lists the PeekabooTests bridge suites.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Found while running the patch tests at 73c0513 for githubnext/ace#427. The failures were already there at 8801b31, but earlier runs only ran PeekabooBridgeTests, not PeekabooTests.
PeekabooBridgeRequestPlanTestsfailsoperations.count == 118and the matching permission-partition expectations.PeekabooBridgeOperationSemanticPlanTestsfailsoperations.count == 118.
Cause: the insert, clipboard and menu patches add 8 bridge operations (literalInsert, six clipboard reads and writes, menuCommand), so there are now 126. The patches never updated these upstream tests.
Fix: have each patch that adds an operation update the count and partition expectations. Also add the PeekabooTests bridge suites, run one by one, to the patch-test routine; the new restore and title suites live there too.
- Vorherrschende Sprache
- Swift
- Sterne
- 0
- Forks
- 0
- Ø Merge
- 39 Min.
- Gemergte PRs (30 T.)
- 144
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus githubnext/desktop-tools
-
ace documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
githubnext/desktop-tools#104 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
githubnext/desktop-tools#179 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
githubnext/desktop-tools#178 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
githubnext/desktop-tools#177 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 67/100
githubnext/desktop-tools#176 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in githubnext/desktop-tools
Ähnliche Issues
-
bug good first issue help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 63/100
marcovisona/arca#5 ·
-
enhancement good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
luis-guillen/airy#2 ·
-
accessibility bug medium-priority mobile
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 83/100
lognorman20/monaco#6247 ·
-
documentation windows
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
521xueweihan/HelloGitHub#4060 ·