AppRegistry mishandles keys inherited from Object.prototype

Offen

#58,196 erstellt am 30.8.2026 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 68/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Aktiv
Tech-Stack: react-native
Bereich: mobile

Rechercherichtung

Beginne bei den im Bericht genannten öffentlichen AppRegistry-Einstiegspunkten: getRunnable(), registerApp oder der Abschnittsregistrierung sowie getAppKeys()/getSectionKeys(). Reproduziere die Fälle zur Konstruktorauflösung und zur proto-Registrierung und untersuche anschließend, wie Schlüssel gespeichert und aufgelöst werden. Erledigt ist die Aufgabe, wenn nicht registrierte geerbte Namen nicht aufgelöst werden und jeder registrierte String-Schlüssel in der entsprechenden Schlüsselliste erscheint.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Needs: Author Feedback Needs: Repro

Description

The public AppRegistry stores app and section keys in plain object literals. Looking up an unregistered key such as constructor returns an inherited Object member. Registering the valid string key __proto__ mutates the registry prototype rather than creating an own entry, so the app/section key lists omit it.

The defect is present in React Native 0.87.1 and current main.

Steps to reproduce

Call AppRegistry.getRunnable("constructor"), then register an app or section named __proto__ and inspect getAppKeys() / getSectionKeys().

Expected behavior

Only explicitly registered keys should resolve, and all string app/section keys should be stored as ordinary own entries.

React Native Version

0.87.1 and current main.

Vorherrschende Sprache: C++
Sterne: 127k
Forks: 25.3k
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

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 react/react-native

Codegen: app codegenConfig with no spec files emits "${PODS_ROOT}/.." as Generate Specs input and causes an Xcode dependency cycle Offen

Needs: Author Feedback Needs: Repro

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100

react/react-native#58621 · 1 Kommentar · Erstellt am 21.9.2026
Add TypeScript declaration for the performance global Offen

Needs: Author Feedback Needs: Repro

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100

react/react-native#58610 · 1 Kommentar · Erstellt am 21.9.2026
`requestIdleCallback` is not defined in TS types Offen

Needs: Triage :mag:

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100

react/react-native#58565 · 1 Kommentar · 2 Reaktionen · Erstellt am 16.9.2026
iOS: updateOSDeploymentTarget skips resource-bundle targets, so Xcode 27 fails the build with "deployment target ... supported range is 15.0" Offen

Needs: Author Feedback Needs: Repro

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100

react/react-native#58555 · 5 Kommentare · 2 Reaktionen · Erstellt am 16.9.2026
[Android][Fabric] addViewAt hard-crashes on a placeholder ViewState synthesised by updateEventEmitter Offen

Needs: Attention Needs: Repro

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100

react/react-native#58526 · 2 Kommentare · Erstellt am 14.9.2026

Alle Issues in react/react-native