これがデザイン上の問題なのかどうかは確信が持てませんが、とりあえずこのカテゴリに分類しておきます。
リッチテキストエディタで画像をアップロードした場合:
- クリックして(選択して)からドラッグすると、画像が移動します。

- クリックせずにドラッグすると、新しい画像リソースとして扱われ、アップロード処理が再度実行されてしまいます…

後者のシナリオには困惑しています。クリックの有無にかかわらず、ドラッグすれば画像の位置が移動し、再アップロードされるべきではないかと考えるからです。
もしこれがバグではなく意図的なデザインであるなら、どのようなシナリオで再アップロードが必要になるのか、どなたか教えてください。
「いいね!」 2
chapoi
2
これを再現できません
他の誰かが再現してくれるかもしれません。
どのブラウザを使用していますか?
Edge ブラウザ、バージョン 145.0.3800.82 から 148.0.3967.54 に更新しましたが、改善されませんでした。
はい、誰かがこの問題を正常に再現してくれることを願っています。
私はこの問題が存在することを確認できるだけで、具体的な原因はわかりません。
当初、私のウェブサイトのユーザーが、アップロードした画像をドラッグした際にこの問題が発生したと報告しました。その際、私も再現が難しく、ユーザーがその画像をアップロードするために使用した Markdown を直接コピーしない限り再現できませんでした。これはウェブサイトと添付ファイル自体(問題のある画像はすべて PNG ファイルのようです)の両方に関連しているように見え、Meta 上でも再現できませんでした(同じ添付ファイルを Meta にアップロードしても同様です)。そのため、この問題は保留されました。
このトピックを作成した日、ふと思いついて動画内の Discourse デフォルトロゴの PNG 画像を試したところ、Meta 上でついにこの問題を再現することに成功しました。しかし、今日再度試みると、その画像はもう参照できないようです。Meta で問題の再現に成功したテスト素材が再び消えてしまいました。
要約すると、これは非常にトリガーが難しい境界ケースですが、一度トリガーされると、同じサイトの同じ添付ファイルに対して安定して再現されます。
chapoi
4
いいえ、申し訳ありませんが、例のロゴを使っても、どの方法でドラッグしてみても、問題を引き起こすことができません。
Edge でテストする環境がないため、ブラウザ固有の問題かもしれません。Chromium ブラウザでテストしてもらえますか?
こんにちは。このバグのテスト支援のため、Edge(バージョン 148.0.3967.54(公式ビルド)(64 ビット))で試行しています…
これは画像の後のテキストです
「いいね!」 2
Moin
6
EdgeもChromiumベースのブラウザではありませんでしたっけ?
ふむ…このバグを再現しようと試みましたが、現時点ではできませんでした。もう少し具体的に教えていただければ、再度試して結果をお伝えします。
「いいね!」 2
よくわかりませんクリックせずにどうやってドラッグできるのでしょうか?
投稿内に  が2回出現しているのを見つけました。これは再現が成功した結果でしょうか?つまり、小さなロゴを使用すると再現できるが、猫の写真を使用すると再現できない、ということでしょうか?
まず、カーソルを別のテキストの上に移動し、次に画像の上でマウスの左ボタンを押したまま直接ドラッグしてください。最初にクリック(そして離す)してからドラッグすると、実際には画像が選択されてしまいます。
はい、Edge で、RTE を使用して、最初から試してみます…
新しい画像を以下にアップロード…
… そして、画像を次の段落の下にドラッグ…
ここが次の段落です…
これが次の段落です。ここで画像をさらに下にドラッグします…
上記のテスト(最新の Edge と Discourse コンポーザーの RTE で実施)では、以前アップロードした画像をドラッグすると、正しく機能しているように見えました。再アップロードの指示は確認できませんでした。
もしかしたら、あなたは運が良く、このバグに遭遇したことがないかもしれません
。しかし、いずれにせよ、以下の動画では、KeyCastOW を使用して、アップロードと移動の 2 つの操作をトリガーするキー押下の流れを実演しています。これにより、あなたや他の人々が具体的なプロセスを明確に理解できるようになります。
アップロード - 左マウスボタンを押したまま直接ドラッグ
移動 - 左マウスボタンをクリックしてからドラッグ
ところで、ちょうど今、あなたの猫の画像()と、もう 1 つの画像()を使用してテストしてみたところ、どちらの画像でもこの問題が再現しませんでした。
テストには  を使用することをお勧めします。少なくとも私にとっては、この問題を確実に再現できるテスト素材として知られています。もしこれで問題が再現しないなら、あなたはただそれだけ運が良いのかもしれません
。
この問題は特定の画像に限られたものなのでしょうか?
以下 2 つは RTE モードのコンポーザーに貼り付けられています…


以下 2 つは Markdown モードのコンポーザーに貼り付けられています
!\[image\](/images/discourse-logo-sketch-small.png)
後者のシナリオでは、画像/ファイルの 2 つの異なるインスタンス(コピー)がアップロードされ、その後 2 つのファイルがサーバーに保存されるとおっしゃっているのでしょうか?
それとも、貼り付けた画像は実際にサーバーにアップロードされるのは、(アップロード後に)それをクリックした時点であり、その時点で初めてその画像/ファイルの 1 つのインスタンスだけがアップロードされ、サーバーに保存されるのでしょうか?
いいえ、私のウェブサイトにはこの問題を再現できる複数の画像があります。しかし、Meta についてはあまり調査しておらず、現時点ではこのケースしか見つかっていません。
いいえ、実際には Discourse は私たちが思っていたよりも賢いです。例えば:
私のウェブサイトのユーザーが画像をアップロードし、Markdown エディタでは以下のように表示されます:
...

...
ブラウザの開発者ツールを使用して完全なリンクを取得しました:https://example.com/uploads/default/original/1X/8826bc6c1be0e501979df4a004b9b2ae51c50320.jpeg。そこで、エディタでこの画像を完全なリンク形式で参照しました:

リッチテキストエディタでクリックせずにドラッグ(アップロードをトリガー)すると、Markdown エディタの内容は以下のようになります:


ご覧の通り、Discourse はドラッグでアップロードがトリガーされたことを示していますが、実際には画像は  として表示され、これはユーザーが最初にアップロードした添付ファイル https://example.com/uploads/default/original/1X/8826bc6c1be0e501979df4a004b9b2ae51c50320.jpeg と同一です。
 形式で参照されている画像をドラッグしても、同じ処理が行われます。
この観点から、再度アップロードをトリガーしても実際には追加のストレージ領域を占有せず、最初にアップロードされたファイルのみがサーバーのストレージを真正に占有しています。したがって、これは単なるユーザーエクスペリエンスの問題です:ユーザーは「なぜ画像をドラッグすると(クリックしてマウスを離さずにドラッグしても)期待通りに移動せず、アップロード中が表示されて画像が重複してしまうのか?」と混乱します。
「いいね!」 1
したがって、現時点では(良い知らせですが)、画像が繰り返しアップロードされているのではなく、実際には1回だけアップロードされているようだ(?)と結論付けます。
「いいね!」 1