React-native: Es wurde versucht, vom Status `RESPONDER_INACTIVE_PRESS_IN` zu `RESPONDER_ACTIVE_LONG_PRESS_IN` zu wechseln, was nicht unterstützt wird.

Hey Dyscrete, danke, dass du dieses Problem gemeldet hast!

React Native wird, wie Sie wahrscheinlich schon gehört haben, sehr beliebt und die Wahrheit ist, dass wir von den Aktivitäten, die es umgeben, ein wenig überwältigt werden. Es gibt einfach zu viele Probleme, als dass wir sie richtig verwalten könnten.

• Wenn Sie nicht wissen, wie Sie etwas tun sollen oder etwas nicht wie erwartet funktioniert, sich aber nicht sicher ist, ob es sich um einen Fehler handelt , fragen Sie bitte bei StackOverflow mit dem Tag react-native oder für weitere Echtzeit-Interaktionen bei Discord im #react-nativer Kanal.
• Wenn dies eine Funktionsanfrage oder ein Fehler ist , den Sie Product Pains . Es verfügt über eine Ranking-Funktion, mit der wir uns auf die wichtigsten Probleme der Community konzentrieren können.
• Wir begrüßen klare Themen und PRs, die für eine eingehende Diskussion bereit sind. Bitte stellen Sie gegebenenfalls Screenshots bereit und erwähnen Sie immer die Version von React Native, die Sie verwenden. Vielen Dank für Ihre Beiträge!

Ich erhalte den gleichen Fehler beim Testen auf einem iPhone6 ​​(9.1)

Wie unterscheidet sich dieses Problem von #1693 ? Im Allgemeinen scheint das Problem das gleiche zu sein. Können wir es schließen und weitere Ermittlungen dort oben fortsetzen, da es mehr Details enthält?

+1
Ich habe auch dieses Problem, und es ist häufig vorgekommen, den Navigator zu wechseln

Ich werde es schließen, da eingefügt hat . Bitte öffnen Sie wieder, wenn OP etwas anderes erwähnt hat.

Gleicher Fehler bei mir.
Reagiere 0,31
Chrome-Debugging.
Im normalen Gebrauch ist das kein Problem.

console.error: "Es wurde versucht, vom Zustand RESPONDER_INACTIVE_PRESS_IN zu RESPONDER_ACTIVE_LONG_PRESS_IN wechseln, was nicht unterstützt wird. Dies liegt höchstwahrscheinlich daran, dass Touchable.longPressDelayTimeout nicht abgebrochen wurde."

Object.console.error
YellowBox.js:60
Konstruktor._handleLongDelay
Touchable.js: 595
JSTimersExecution.callbacks.(anonym
index.ios.bundle?platform=ios&dev=true&minify= false:8476 :13
Object.callTimer
JSTimersExecution.js:84

JSTimersExecution.js:119
Object.callTimer
JSTimersExecution.js:119
MessageQueue.__callFunction
MessageQueue.js:204

MessageQueue.js:95

+1

+1

+1

+1

:+1:

👍

+1

+1

+1

+1

+1

+1

+1

+1

+1

Ich habe auch diesen Fehler, aber nur auf Android. IOS funktioniert wie erwartet.

+1

+1

+1

+1

+1

+1

+1

+1 gleicher Fehler nur auf Android, aber iOS funktioniert einwandfrei.

+1 wie @binzailani3136

+1

Herzlichen Glückwunsch zu diesem Fehler, der als eines der berüchtigtsten Probleme von RN0.39 ausgewählt wurde

+1

+1

+1

+1

+1

+1

+1

+1

Leute, eure +1 sind nicht hilfreich und das ist in #1693

+1

+1

+1

+1

+1

+1

Wie ich sehe, scheinen viele Leute dieses Problem immer zu haben, und dieses ist geschlossen, also erstelle ich hier ein neues: #11989

+1

+1

@magrinj , warum wird dieses Problem geschlossen, wenn so viele, einschließlich ich gerade auf RN 0,37, weiterhin auf diesen Fehler

@fungilation Vielleicht habe ich einen Fehler gemacht, indem ich ein neues Ticket geöffnet habe, weil dieses geöffnet ist und über das gleiche Problem

Nach dem Hinzufügen einer Ansicht behoben

<TouchableNativeFeedback>
     <View> // <= here
         <Text style={css.item}>{rowData.title + rowData.id}</Text>
     </View>
</TouchableNativeFeedback>

@ Yadro , meinst du das Einfügen zusätzlicher View behebt dies von der App-Seite aus, oder kann RN es dadurch intern beheben?

hm, mein Englisch ist schlecht, aber das Einfügen einer zusätzlichen Ansicht löst dieses Problem

In Ordnung. Ich melde mich, wenn das Problem bei zusätzlichen Aufrufen immer noch auftritt

+1

Ich bekomme das nur, wenn ich im Remote-Debugging bin. Dies geschieht normalerweise nicht. RN .41.2. Windows 10. Android

+1

@ckwong90 , einige hier, erscheint nur beim Remote-Debugging
RN .41.2. macOS Sierra 10.12.3

• 1 gleiches Problem

Das gleiche hier, Android 6.0, neueste RN, Remote-Debugging

+1

+1

+1

Ich stoße auf dieses Problem mit react-native-button und dem Debug-Modell in Chrome

Ich habe das Problem gelöst, indem ich die Button-Komponente mit View umschloss.

+1

Ich habe die Komponenten bereits in eine Ansicht verpackt, aber diesen Fehler erhalten. Danach hat jedes TouchableHighlight in meiner App diesen Fehler ausgelöst. Gelöst (vorübergehend?), indem die App-Daten in den Einstellungen gelöscht wurden. Das Problem trat in Android, Emulator, Win10, RN 0.42.3 mit "Debug JS Remotely" ohne "Hot Reloading" auf.

Ich auch

+1

• 1

+1 passiert, wenn ich den Navigator wechsle

+1

Habe den gleichen Fehler. Der Neuaufbau der App von XCode hat es für mich gelöst.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Gibt es diesbezüglich Fortschritte?

Dieses Problem tritt auf, wenn ich remote debugge.

jeder?!

Nach 3 Wochen Entwicklung tritt dieses Problem plötzlich auf, wenn ich die nativebase Fab-Komponente verwende. Ich hoffe, F8 kann dieses Problem beheben

Habe das gleiche Problem,

+1

+1

+1

+1

    render() {
        let {onNavigateToOfferScreen, navigation} = this.props;
        let {dataSource} = this.state;
        return (
            <ListView style={styles.container} dataSource={dataSource} renderRow={offer => (
                <TouchableHighlight onPress={() => onNavigateToOfferScreen(offer)}>
                    <View style={styles.row} elevation={2}>
                        <Text style={styles.businessName}>{offer.name}</Text>
                    </View>
                </TouchableHighlight>
            )}/>
        );
    }

+1

Das gleiche

+1

+1

+1

+1

+1 .... dieser Fehler taucht nur auf, nachdem ich fetch verwende ...

gleiches Problem zusätzliche Ansicht funktioniert nicht

+1

+1

zählen++

+1

STOP mit dem +1 Spam. Gebt dem Originalbeitrag oder dem Kommentar einfach einen Daumen hoch 👍🏼 wenn ihr das gleiche seht.

@fungilation 👍

+1

Dies geschieht nur beim Remote-Debugging und ich habe dies vorübergehend wie folgt behoben:

1. Öffnen Sie die Android-Einstellungen
2. Apps
3. Klicken Sie auf Ihre Bewerbung
4. Lager
5. Cache leeren

Hinweis: Dies ist wirklich eine vorübergehende Lösung. Es taucht immer noch ab und zu immer wieder auf.

@Jarrio Danke

@lukemiles Gedanken?

+1

+1

+1

Die tmp-Lösung von @Jarrio funktioniert

+1

+1

+1

rn 48 +1,

+1

rn 48 + 1

Das Problem trat nur auf, wenn das Remote-Js-Debug aktiviert war ... im normalen Modus funktioniert es einwandfrei.

rn 49,3+ 1

+1

+1

+1

+1

Ich ändere TouchableHighlight in TouchableOpacity , es passiert nicht

RN.50 +1

@Jarrio wirft den Fehler immer noch sofort auf Android

+1 0,47

[email protected] +1

+1

BITTE AUFHÖREN +1!!!

äh... plus 1, dann

+1

+1

+1 für 0,48.3

+1 auf 0.51.0

+1 ist schön, liebe es. Passiert von 0.50

+1

+1

+1

mit reaktiver 0.51.0

Ich habe dies "behoben", indem ich die Gerätezeit in Android manuell eingestellt habe. Stellen Sie sicher, dass die neue Zeit der Ihres Computers entspricht (zielen Sie auf die nächste Minutenänderung), bestätigen Sie die Zeitänderung in derselben Sekunde, in der sich Ihre Computerzeit auf die nächste Minute ändert.

+1

+1

+1

+1

+1

+1

Die Lösung für mich war zu

1. Stellen Sie sicher, dass Telefon und PC dieselbe Zeitzone haben
2. Aktualisieren Sie die Zeit auf dem PC manuell: Datum und Uhrzeit -> Registerkarte Internetzeit -> Einstellungen ändern -> Uhrzeit aktualisieren
3. Schalten Sie die automatische Zeitaktualisierung in den Android-Einstellungen ein und schalten Sie sie dann aus
4. Starten Sie die App neu

+1

In BibliothekenKomponentenTouchableTouchableHighlight.js ersetzen

touchableGetLongPressDelayMS: function() {
gib this.props.delayLongPress zurück;
},

mit

touchableGetLongPressDelayMS: function() {
Rückgabe this.props.delayLongPress === 0 ? 0 :
this.props.delayLongPress || 500;
},

Es hat das Problem für mich gelöst.

+1

+1

Ich hatte das gleiche Problem auf Android, als
a) mein Handy war über USB mit meinem PC verbunden
b) Ich habe Remote-Debugging über das Netzwerk verwendet

Das Trennen von USB hat das Problem behoben. Keine Ahnung, ob es einen kausalen Zusammenhang gibt.

Bearbeiten: Nachdem ich zusätzliche Probleme mit asynchronen Zeitüberschreitungen hatte, habe ich die aktuelle Uhrzeit auf PC und Android-Gerät über . überprüft

adb shell date && date .

Es gab eine Diskrepanz von 5 Sekunden. Man könnte versucht sein zu vermuten, dass es eine Inkonsistenz in der Art und Weise gibt, wie RN die aktuelle Zeit beim Debuggen aus der Ferne handhabt.
Über

curl -s --head http://google.com | grep ^Date: | sed 's/Date: //g'

Ich habe den Schuldigen in meinem Fall festgenagelt: Die Systemzeit meines Android-Geräts war um 5 Sekunden verschoben. Ein Neustart des Android-Geräts hat die Diskrepanz behoben.

Ich habe gerade die Uhrzeit auf dem Android-Gerät und meinem Mac überprüft mit: adb shell date && date . Es unterschied sich um mehr als 2 Minuten. Dann habe ich die automatische Zeiteinstellung auf meinem Android-Gerät aktiviert und den gleichen Befehl erneut ausgeführt und voilá die Zeit wurde synchronisiert, aber die Zeitzone war nicht dieselbe, obwohl die Zeitzoneneinstellung auf beiden (Android-Gerät und Mac) automatisch war. Also habe ich auf meinem Android-Gerät die automatische Zeitzoneneinstellung deaktiviert und manuell auf die entsprechende eingestellt und der Fehler verschwand.

+1

+1

Automatische Zeiteinstellung auf Android-Gerät und automatische Zeiteinstellung auf Computer haben das Problem gelöst

Unter Ubuntu habe ich die Systemzeit mit der aktuellen ADB-Zeit synchronisiert, indem ich Folgendes getan habe:

sudo date +%T -s `adb shell date +%T`

+1

+1

Sperrung wegen sich wiederholender +1-Kommentare. Eine Lösung wurde vor langer Zeit von @Larry-Liu2016 hier gepostet. Überprüfen Sie zusammenfassend die Uhr auf Ihren Geräten.