React-dnd: Firefoxで動作しない

ただし、React-dndはFirefox55.0.2では機能します。

56.0でも機能せず、エラーはスローされません。 クリックしてドラッグすることがまったくできません。 Chromeで正常に動作します

これについて何かアイデアはありますか？
"react-dnd"： "^ 2.5.4"、
"react-dnd-html5-backend"： "^ 2.5.4"、

Firefox：56.0
多くの場合、動作を停止します。 特に多くのタブが開かれている場合。

誰かがreact-dndが失敗しているサンプルケースでリポジトリを指すことができますか？ 私はreact-dndを頻繁に使用するアプリを持っていますが、Firefox56では問題は見られません。

また、使用しているOSを必ず指定してください。最近、html5ドラッグアンドドロップAPIで異なるOSでいくつかの不整合が発生していることがわかりました。

LinuxのFF56でも問題が発生しました（WindowsまたはOSXではテストしていません）。

http://react-dnd.github.io/react-dnd/examples-sortable-simple.html

その簡単な例を試してみると、要素は最大1の位置に移動し、要素をシフトしなくなります。たとえば、下の要素をつかんで上に移動しようとすると、

＃778でも説明されています

私たちの場合-FFでDnDが機能しない、例の場合https://react-dnd.github.io/react-dnd/examples-drag-around-naive.html-昨日送信したプルリクエストで問題を修正しました。 おそらく、それがあなたのケースも解決するかどうかを報告してみることができます。

Ubuntu16.04のFF57.0.1でまだ問題があります。 ドラッグアンドドロップがまったくできません。ドラッグイベントが開始されたようですが、すぐにキャンセルされます。 クロムで正常に動作します。

FFとOSX10.13.1にも問題があります

編集：これに似た別の問題を見つけました（https://github.com/react-dnd/react-dnd/issues/778）。 詳しくはご確認ください。 また、ベータ版のFF Nightly（https://nightly.mozilla.org/）を試してみたところ、バグはなくなりました。 たぶんこれはFFの問題であり、react-dndではありません。

@yankopetrov

Nightlyでまだ問題が発生していますが、アプリではRDandDだけでなくはるかに多くの問題が発生しているようです。 したがって、FFがバグの本当の原因であるかどうか、およびFFがバグを修正したかどうかを示すものとして、それを信頼できるかどうかはわかりません。

@erwinverdonk 、修正を共有できますか？ PRは何でしたか？
乾杯

@ Paddy-Hamiltonはい、FF Nightlyで、まだいくつかのバグが表示されます。 クロームとサファリをチャームのように扱うので、FFの問題になるはずです。 私のケースは、報告されたFFの問題のケースとまったく同じです。

@ Paddy-Hamilton：ええ、ここでは自動リンクされなかったので、PRへのリンクは次のとおりです： https ：

それで、誰かが問題が何であるか知っていますか？
Ubuntu17.04でFF57.0.4 64ビットを使用していますが、まだ機能していません。 この例でも： http ：

こんにちは、私は私のために働いたある種の回避策を見つけました。 私のドラッグアンドドロップはChromeでは正常に機能しましたが、FFではまったく機能しませんでした。
だから私の前のコード：
render() { return ( isDragging ? null : <div className='myDraggableComponent'>...</div>)}
以降：
render() { return <div className='myDraggableComponent' style={{ visibility: isDragging ? 'hidden' : 'visible' }}>...</div>)}

@dmitrystril @yankopetrov

問題はFFNightlyでまだ私にとって問題だったので、別の方法を探す必要がありました。react-beautiful-dndに出くわしました。これは、FFや他のすべての主要なブラウザーの魅力のように機能し、react-dndよりもマークアップが少なくなっています。これはボーナスです。

チェスの例はFF59.0.2ではまだ機能しません

チェスのチュートリアルは、FF60.0を搭載したLinuxでは機能しません。

1. 騎士をクリックして押したままにします
2. 有効な正方形（緑色にレンダリングされる正方形）に移動します
3. 隣接する正方形に移動します

期待される結果：正方形が赤で強調表示されます
実際の結果：緑色の四角はいつまでもハイライトされたままです

また、カーソルがどの正方形にあるかに関係なく、マウスを離すとドラッグがキャンセルされます。

Linux @adamhooperを使用していますか？ OSXで再現できません

Fedora 28

今日の3.0.2アップデートをインストールすることで修正されることを期待していました。 残念ながら、それはまだ壊れています。 ただし、Linuxでのみテストしました。 別のオペレーティングシステムで例を試した人はいますか？

3.xアップデートは、主にタイプの改善を目的としています。 私はLinuxマシンを持っていませんが、誰かがこれを再現してPRをカットできれば、それは素晴らしいことです。

このような問題をキャッチするために使用できるさまざまなクロスブラウザーテストツールを調べます。 既存の例は、テストのかなり良いベースラインになるはずです。

LinuxバージョンのFirefoxでのみこの問題が発生したことを確認できます。 Windowsで正常に動作します。

sortable例を見ると、 simpleは機能しませんが、 stress test機能します。
違いは、 stress testがrequestAnimationFrame内の状態を更新していることです。

requestAnimationFrameすると、問題が解決します。
Linux用Firefox。

了解しました、それは理にかなっています。 おそらくそれは間抜けなものと関係があります
Firefox専用のsettimeouts。 で枝を切ったら
提案された修正、npmリンクしてLinuxでテストしてもよろしいですか？

火、2018年6月5日には、午前5時10分AMキリアコスZ.の[email protected]は書きました：

並べ替え可能な例を見ると、単純なものは機能しませんが、ストレステスト
動作します。
違いは、ストレステストが内部の状態を更新していることです
requestAnimationFrame。

requestAnimationFrameを使用すると、問題が解決します。
Linux上のFirefox。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/react-dnd/react-dnd/issues/869#issuecomment-394685648 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAG7iExIfA_El7IoR80oWgIvo87n2ABBks5t5nVFgaJpZM4PPxNf
。

@darthtrevinoええもちろんです！

私はちょうど同様の問題に遭遇しました。
私はすでにFirefoxの最新バージョンを持っていて、dndに反応します（Linux上）。

私の問題の原因は、ドラッグハンドラー（ ref={props.connectDragSource}コンポーネント）がreactルーターからの<Link>中にあること

なぜ問題が発生したのかわかりませんが、 <Link>外に置くと、すべて正常に機能しました。

それが誰かを助ける場合に備えてここに投稿する

Debian10のFirefox60.8.0esrでも同じ問題が発生します。

requestAnimationFrame内の状態を更新すると、Firefoxで修正されますが、ドラッグとChromeの動作が遅くなり、壊れます。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

これを閉じないでください。 Firefox60.9.0esrではまだ壊れています。

@SystemParadoxどのOSを使用していますか？

Linux（Debian 10）。 私はまだWindowsでそれを試す機会がありませんでしたが、それが違うのは非常に奇妙に思えます。

Fedora 30
Firefox69.0.1ではすべて正常に動作します
Firefox Nightly 70.0a1で壊れた（2019-08-21）

• 68.10.0esrで動作します
• 78.0.2で動作します

彼らが70.0a1でそれを壊した場合、これは何らかの理由で壊れ続けているように見えますが、これは少し心配です。 それが再び壊れた場合、私たちは本当に最低限のテストケースを作成し、Firefoxの開発者にチケットを提出する必要があります。