React-native: Tentative de transition de l'état "RESPONDER_INACTIVE_PRESS_IN" à "RESPONDER_ACTIVE_LONG_PRESS_IN", ce qui n'est pas pris en charge.

Salut Dyscrete, merci d'avoir signalé ce problème !

React Native, comme vous l'avez probablement entendu, devient très populaire et la vérité est que nous sommes un peu dépassés par l'activité qui l'entoure. Il y a tout simplement trop de problèmes pour que nous puissions les gérer correctement.

• Si vous ne savez pas comment faire quelque chose ou que quelque chose ne fonctionne pas comme prévu mais que vous n'êtes pas sûr qu'il s'agisse d'un bogue , veuillez demander sur StackOverflow avec la balise react-native ou pour plus d'interactions en temps réel, demandez sur Discord dans le #react-native channel.
• S'il s'agit d'une demande de fonctionnalité ou d'un bogue que vous souhaitez corriger, veuillez le signaler sur Product Pains . Il dispose d'une fonction de classement qui nous permet de nous concentrer sur les problèmes les plus importants auxquels la communauté est confrontée.
• Nous accueillons les questions claires et les PR qui sont prêts pour une discussion approfondie. Veuillez fournir des captures d' version de React Native que vous utilisez. Merci pour vos contributions!

J'obtiens la même erreur lors du test sur un iPhone6 ​​(9.1)

En quoi ce numéro est-il différent du #1693 ? En général, le problème semble être le même. Pouvons-nous le fermer et poursuivre l'enquête là-haut car il contient plus de détails ?

+1
J'ai aussi ce problème, et il m'est souvent arrivé de changer de navigateur

Je vais le fermer car @askday a également mis une meilleure reproduction dans le #1693. Veuillez rouvrir si OP a mentionné quelque chose de différent.

Même erreur pour moi.
Réagir 0.31
Débogage de Chrome.
En utilisation normale il n'y a pas de problème.

console.error : "Tentative de transition de l'état RESPONDER_INACTIVE_PRESS_IN à RESPONDER_ACTIVE_LONG_PRESS_IN , ce qui n'est pas pris en charge. Cela est probablement dû au fait que Touchable.longPressDelayTimeout n'a pas été annulé."

Objet.console.erreur
YellowBox.js:60
Constructeur._handleLongDelay
Touchable.js:595
JSTimersExecution.callbacks.(anonyme
index.ios.bundle?platform=ios&dev=true&minify= false:8476 :13
Objet.callTimer
JSTimersExecution.js:84

JSTimersExecution.js:119
Objet.callTimers
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

J'ai également cette erreur, mais uniquement sur Android. IOS fonctionne comme prévu.

+1

+1

+1

+1

+1

+1

+1

+1 même erreur uniquement sur Android mais iOS fonctionne bien.

+1 comme @binzailani3136

+1

Félicitations pour ce bogue sélectionné comme l'un des problèmes les plus notoires de RN0.39

+1

+1

+1

+1

+1

+1

+1

+1

Les gars, vos +1 ne sont pas utiles, et c'est dans #1693

+1

+1

+1

+1

+1

+1

Comme je vois que beaucoup de gens semblent toujours avoir ce problème, et celui-ci est fermé, alors j'en crée un nouveau ici : #11989

+1

+1

@magrinj , pourquoi ce problème est-il clos alors que tant de personnes, y compris moi-même tout à l'heure sur RN 0.37, continuent de rencontrer cette erreur ? Existe-t-il une solution provisoire du côté de l'application ?

@fungilation J'ai peut-être fait une erreur en ouvrant un nouveau ticket, car celui-ci est ouvert et parle du même problème : #1693

Corrigé après l'ajout d'une vue

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

@Yadro , vous voulez dire insérer des correctifs supplémentaires de View du côté de l'application, ou RN peut le corriger en interne en le faisant ?

hm, mon anglais est mauvais, mais l'insertion d'une vue supplémentaire résout ce problème

D'accord. Je ferai un rapport si je rencontre toujours ce problème avec des vues supplémentaires

+1

Je ne reçois cela que lorsque je suis en débogage à distance. Cela ne se produit pas normalement. RN .41.2. Windows 10. Android

+1

@ckwong90 , certains ici, n'apparaissent que lors du débogage à distance
RN .41.2. macOS Sierra 10.12.3

• 1 même problème

Idem ici, Android 6.0, dernier RN, débogage à distance

+1

+1

+1

Je rencontre ce problème avec react-native-button et le modèle de débogage dans Chrome

J'ai résolu le problème en enveloppant le composant Button avec View.

+1

J'ai déjà enveloppé les composants dans une vue, mais j'ai eu cette erreur. Après cela, tout TouchableHighlight de mon application a généré cette erreur. Résolu (temporaire ?) En effaçant les données de l'application dans les paramètres. Le problème s'est produit dans Android, Emulator, Win10, RN 0.42.3 avec "Debug JS Remotely" sans "Hot Reloading".

pareil ici

+1

• 1

+1 arrive quand je change de navigateur

+1

Vous avez la même erreur. La reconstruction de l'application à partir de XCode l'a résolu pour moi.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Des progrès là-dessus ?

Ce problème se produit lorsque je débogue à distance.

n'importe qui?!

après avoir développé pendant 3 semaines, ce problème apparaît soudainement lorsque j'utilise le composant Fab nativebase. J'espère que F8 pourra résoudre ce problème

Avoir le même problème,

+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

La même chose

+1

+1

+1

+1

+1 .... cette erreur apparaît juste après avoir commencé à utiliser fetch ...

même problème, la vue supplémentaire ne fonctionne pas

+1

+1

compter++

+1

STOP avec le +1 spam. Donnez simplement un pouce levé au message d'origine ou au commentaire si vous voyez la même chose.

@fungilation 👍

+1

Cela ne se produit qu'avec le débogage à distance et j'ai corrigé ce problème temporairement en procédant comme suit :

1. Ouvrir les paramètres Android
2. applications
3. Cliquez sur votre candidature
4. Stockage
5. Vider le cache

Remarque : Il s'agit vraiment d'une solution temporaire . Il apparaît encore à plusieurs reprises de temps en temps.

@Jarrio Merci

@lukemiles pensées?

+1

+1

+1

La solution tmp de @Jarrio fonctionne pour le moment

+1

+1

+1

rn 48 +1,

+1

m 48 + 1

Le problème ne s'est produit que si le débogage js à distance est activé... avec le mode normal, cela fonctionne bien.

rn 49,3+ 1

+1

+1

+1

+1

Je change TouchableHighlight en TouchableOpacity , ça n'arrive pas

RN.50 +1

@Jarrio jette toujours l'erreur tout de suite sur Android

+1 0,47

RN@0,51 +1

+1

S'IL VOUS PLAÎT ARRÊTER +1 !!!

euh... plus 1, alors

+1

+1

+1 pour 0,48.3

+1 sur 0.51.0

+1 c'est sympa, j'adore. Arrive de 0.50

+1

+1

+1

avec natif de réaction 0.51.0

J'ai "réparé" ce problème en réglant manuellement l'heure de l'appareil sous Android. Assurez-vous que la nouvelle heure sera égale à celle de votre ordinateur (visez le changement de minute suivante), confirmez le changement d'heure à la même seconde que l'heure de votre ordinateur passera à la minute suivante.

+1

+1

+1

+1

+1

+1

La solution pour moi était de

1. Assurez-vous que le téléphone et le PC ont le même fuseau horaire
2. Mettre à jour manuellement l'heure sur le PC : Date et heure -> onglet Heure Internet -> Modifier les paramètres -> Heure de mise à jour
3. Activez la mise à jour automatique de l'heure dans les paramètres Android, puis désactivez-la
4. Redémarrer l'application

+1

Dans LibrariesComponentsTouchableTouchableHighlight.js remplacer

touchableGetLongPressDelayMS: function() {
renvoie this.props.delayLongPress ;
},

avec

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

Cela a résolu le problème pour moi.

+1

+1

J'ai eu le même problème sur Android quand
a) mon téléphone portable était connecté à mon PC via USB
b) J'ai utilisé le débogage à distance via le réseau

La déconnexion de l'USB a résolu le problème. Aucune idée s'il y a un lien de causalité, cependant.

Edit : après avoir rencontré des problèmes supplémentaires avec les délais d'attente asynchrone, j'ai vérifié l'heure actuelle sur PC et appareil Android via

adb shell date && date .

Il y avait un écart de 5 secondes. On pourrait être tenté de deviner qu'il existe une incohérence dans la façon dont RN gère l'heure actuelle lors du débogage à distance.
Passant par

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

J'ai identifié le coupable dans mon cas : l'heure système de mon appareil Android était décalée de 5 secondes. Le redémarrage de l'appareil Android a corrigé l'écart.

Je viens de vérifier l'heure de l'appareil Android et de mon Mac avec : adb shell date && date . Il différait de plus de 2 minutes. Ensuite, j'ai activé le réglage automatique de l'heure sur mon appareil Android et j'ai exécuté à nouveau la même commande et voilà, l'heure a été synchronisée, mais le fuseau horaire n'était pas le même même si sur les deux (appareil Android et Mac) le réglage du fuseau horaire était automatique. J'ai donc désactivé le réglage automatique du fuseau horaire sur mon appareil Android et l'ai réglé manuellement sur le correspondant et l'erreur a disparu.

+1

+1

le réglage automatique de l'heure sur l'appareil Android et le réglage automatique de l'heure sur l'ordinateur ont résolu le problème

sur Ubuntu, j'ai synchronisé l'heure système avec l'heure actuelle de la BAD en faisant :

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

+1

+1

Verrouillage en raison de commentaires +1 répétitifs. Une solution a été publiée il y a longtemps par @Larry-Liu2016 ici . En résumé, vérifiez l'heure de vos appareils.