React-dnd: L'élément fantôme s'affiche de manière très incohérente dans Chrome 50

Créé le 29 avr. 2016  ·  5Commentaires  ·  Source: react-dnd/react-dnd

Après la mise à jour de Chrome à 50, la plupart des éléments déplaçables react-dnd de notre application ont des problèmes d'élément fantôme, et je ne peux pas déterminer la cause première (et je n'ai pas de lien public vers l'administrateur de notre application. que je peux mettre à disposition). Le comportement initial, qui fonctionnait bien avant, est que le fait de faire glisser un élément montrait un élément fantôme alors que l'élément source était masqué.

Il existe 6 composants différents de notre application qui peuvent être déplacés à l'aide de react-dnd. 2 d'entre eux affichent très bien des fantômes, 3 d'entre eux ne montrent aucun fantôme, et 1 d'entre eux montre en quelque sorte l'élément à la largeur / hauteur correcte mais sans contenu et sur un fond blanc.

drag-ghost-what-now

Voici la liste des indices que j'ai trouvés jusqu'à présent:

  • Tous les composants utilisent un élément de poignée de glissement avec un élément parent comme aperçu
  • Tous les composants (à l'exception de celui qui devient blanc) ajoutent un style d' opacité en ligne
  • Si je supprime l' opacité conditionnelle 0 , je peux voir les fantômes, mais l'élément source est toujours visible, ce qui n'est pas acceptable
  • En voici un étrange. Pour 2 des composants, l'ajout de z- index: 1 à eux le corrige entièrement. Je peux voir le fantôme et le composant source est caché. Pour les 2 autres composants cassés, cela n'a pas résolu le problème. Et il n'y avait auparavant aucune règle z-index ni aucun problème d'empilement sur ces composants.
  • Cela m'a amené à penser qu'il pourrait y avoir une combinaison CSS conduisant le navigateur à penser que le composant source n'est pas visible au dragstart, et donc à ne pas créer le fantôme. J'ai essayé de supprimer / modifier toutes sortes de valeurs CSS et rien.
  • Cela fonctionnait définitivement avant de mettre à jour Chrome à 50.
browser bug wontfix

Commentaire le plus utile

Voir le bogue Chromium associé .

Mon élément draggable = true avait une position relative ainsi que mon élément de texte enfant. La suppression du positionnement relatif de l'un ou de l'autre a résolu mon problème.

Tous les 5 commentaires

Je vois exactement le même comportement. Je n'ai pas non plus été en mesure de déterminer ce qui la cause, mais il semble que seuls les éléments qui ont des éléments enfants plus grands que le parent sont affectés (débordement: caché). Dans les cas où le contenu s'insère dans le parent sans débordement, l'aperçu s'affiche au bon endroit, mais il est rendu en blanc uniquement.

Même comportement ici! Les images restent dans l'aperçu de glissement mais tout le texte disparaît. Fonctionne dans Safari et Firefox.

Voir le bogue Chromium associé .

Mon élément draggable = true avait une position relative ainsi que mon élément de texte enfant. La suppression du positionnement relatif de l'un ou de l'autre a résolu mon problème.

Semble lié à # 454. Je vais garder cela ouvert pour suivre le bug du chrome pour le moment.

Ce problème a été automatiquement marqué comme obsolète car il n'a pas eu d'activité récente. Il sera fermé si aucune autre activité n'a lieu. Merci pour vos contributions.

Cette page vous a été utile?
0 / 5 - 0 notes