ドラッグドロップで画像保存時、勝手にBMPになってしまい不便になり困っております。

・これまではこのような事もなく、普通に元画像（元のファイル名、形式）で保存できておりました。
（現在では適当なファイル名、形式BMPに勝手になってしまいます）
・ドラッグドロップ時であり、”右クリ→名前をつけて保存”などでは保存可能。ですが面倒なのでD＆Dで済ませたいのです。
・他ブラウザchromeでは普通に出来ている
・症状を検索して出てきます”一時キャッシュ削除”では解決できないようです。（削除法間違いでなければ）

どうぞよろしくお願いいたします。

_________________
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0

どのソフトウェアのどこからドラッグして、どのソフトウェアのどこにドラッグした時の話ですか？
Firefoxが、HTMLの<img src="http : //..../xyz.jpg">を処理して表示している画像を、
Windows Explorerでのフォルダーの表示、
デスクトップのフォルダーへのショートカット、
Thunderbirdのメール作成ウィンドウの添付のボックス、
などに、ドラッグ＆ドロップした時の話ですか？
もし、このようなケースだとして、「これまではこのような事もなく」は、
同じjpegファイルの中身が表示されている画像だとして、
以前のバージョンのFirefoxでは.JPGで保存されていたのに、
ある日突然、.BMPで表示されるようになった、ということですか？

Firefoxが、HTMLの<img src="http : //..../xyz.jpg"?を処理して表示している画像に関しては、
(a) 「Save Image As(画像を保存、かな)」や、(b) ドラッグがサポートされていますが、
(a) は、http : //..../xyz.jpgにあるデータをそのままファイルに保存、という機能であり、
(b) は、http : //..../xyz.jpgにある圧縮された画像データをデコンプレスしてから表示しているデータを、他の画像を処理するアプリ(たとえば、Photoshopの画像編集画面)にドラッグドロップで直接引き渡す、ということを念頭においた機能です。
従って、Mozillaファミリーが<img>によって表示している画像を、Thunderbirdなどのメーラーにドラッグ＆ドロップして添付する場合でも、BMPでデータが引き渡されるはずです。

返答ありがとうございます。
FIREFOXで普通にHP表示中に画像をデスクトップや任意のフォルダ（エクスプローラ）で開いている場所へのD＆D操作のものでした。

それでその後なのですが、なぜか今のところ無事に、元のファイル名、形式にて保存が出来ております。

キャッシュ削除が効いたのか、そもそも私の勘違いがあるのか謎ではありますが・・
（おかしくなる前に確かに大量に画像保存作業していたことはございます
大量なのでDownThemAllアドオン使用していたかもしれません）
キャッシュ削除ですがFIREFOXメニューでの削除とTEMPフォルダ内の直接削除もしてみました。

現在でもエクスプローラではなくASR（エクスプローラ風ファイラ）で開いてる場所へのD＆Dですと勝手な名前BMPになってしまうようですね。

何か情報ございましたらよろしくお願いいたします。

_________________
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0

(1) OSの設定では、.bmp ⇔ imge/bmp の関連付けがある状態で、、
(2) FirefoxのmimeTypes.rdf内には、.bmp、imge/bmp　に関係した関連付けが無い状態で、
(3) Firefox 31.0(あるいは、SeaMonkey 22.6) から
image/jpgの<img src="http : //....abc.jpg" >の画像をドラッグし、
(4-A) ThunderbirdのmimeTypes.rdf内に、.bmp、text.plainの関連付けが無い状態で、
Thunderbirdのメール作成画面にドロップすると、
zhyepo91.bmpという一時的ファイルにコピーしたものが、OSの設定に従い、image/bmpとして渡ります。
(4-B) ThunderbirdのmimeTypes.rdf内に、.bmp ⇒ text.plainの関連付けがある状態で、
Thunderbirdのメール作成画面にドロップすると、
zhyepo91.bmpという一時的ファイルにコピーしたものが、text/plainとして渡ります。


Firefox側がzhyepo91.bmpという一時ファイルにコピーしてデータを渡そうとするのは、ドラッグの開始時点であって、どこにドロップするかは未定であり、ドロップ先のアプリケーションは無関係。
となれば、普通ならば、ドロップ先のアプリケーションは、[files] の中身を見て、zhyepo91.bmpという名前のimage/bmpのデータ、と認識するはず。
ドラッグの開始時点では、渡されたファイルのmime-typeがヌルにセットされる、というようなことがあって、
ドロップ先のアプリケーションが、
mime-type=ヌルの時のデフォールトはtexit/plain、だから、拡張子も.txtに変える、というようなことをしなければ、
あるアプリケーションでは、そのままのデータがzhyepo91.bmpというフィル名で保存され、
アプリケーションによっては、image/bmpのデータは、image/jpegに変換して保存している、とか、
あるいは、 [types] = { ... [2] = text/x-moz-url　/　[3] = text/uri-list/[4] = text　/　x-moz-url-data ...} で渡される、
一時ファイル以外の、<img src="...">のURLの情報を見て、.JPGファイルに保存している、
というようなことがあるのかもしれませんね。

ドラッグ’ドロップで、何をパラメーターとして渡すか、は、ドラッグを開始したアプリケーションによりますが、
渡ってきたデータをどう使うかは、ドロップが発生したアプリケーションのみに依存します。

なるほど・・快適な使い心地のため裏側の仕組み、色々ありそうなのですね。
（Thunderbirdはメーラなのですね。私のほうでは使用していない環境でした）
詳しく書いていただけたようで助かります
ドラッグが肝なのですね。、ＯＳの設定によるともあるのでそちらも調べてみないとなのですね。
じっくり読み解きちゃんと把握出来るようしていきたいと思っております。
ひとまずかもですがどうも有難うございました。

_________________
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0

<img src="http://www.ne.jp/asahi/cyberpunk/freedom/article/img/marutabashi.jpg" height="480" width="640">
が、Firefox 31.0で表示されている時に、画像をドラッグ＆ドロップした場合の、
eventオブジェクトの、ドラッグ＆ドロップに関連するデータを保持している、
event.dataTransfer オブジェクトの中身を見ると、理解しやすいでしょう。

(A)の event.dataTransfer の、event.dataTransfer.files[0] で渡されるものは、一時ファイルに保存した、a67dbvs1.bmpというMime-Type=image/bmpのファイル。
(B)の event.dataTransfer.getData(”text/html”) や、event.dataTransfer.getData(”text/x-moz-url”) で得られるデータは、HTML内の、<img src-"...">のURL.

どれをどう使うかは、ドロップを処理するアプリケーションの自由です。
Windows Explorerは、(B)の event.dataTransfer.getData(”text/html”) などを使うみたいですね。

一方、Thunderbirdのコンポーザーは、以前は、(A)の event.dataTransfer.files[0] で渡される、BMPの一時ファイルを使っていました。
でも、Thunderbird 31.0にしたら、同じevent.dataTransferオブジェクトのはずなのに、ドラッグ＆ドロップで、画像の添付やHTMLの画像の挿入ができなくなってしまっている...(^^;
Bugzilla.orgで見たような気がする、ドラッグ＆ドロップで画像の挿入ができない、というのが、これかもしれません。

ドラッグのスタート時に、Firefoxがセットするevent.dataTransferオブジェクトの中身、
特に、event.dataTransfer.files[0].typeが、
一時ファイルの拡張子の.BMPに対応するimage/bmpにきちんとなっていないと、
Windows Explorerは、(B)の event.dataTransfer.getData(”text/html”) などを使わずに、
(A)の event.dataTransfer.files[0] で指定された一時ファイルのままで保存する、ということかもしれません。
FirefoxのmimeTypes.rdfに、拡張子=.BMP　⇔　Mime-Type=text/plainとかappkication/octe-stream、の関連付けができてしまうと、そういったことは起こり得ます。

訂正です。

Thunderbirdで、画像のドロップでイメージの挿入ができない、というのは、間違いでした。
以前のバグのテストで、mimeTypes.rdfに、.BMP　⇔ text/ 、 unknown/broken、などの、不正な関連付けを作ってあったのを忘れていました。
そういったものがなければ、Firefox/SeaMonkeyから画像をThunderbirdのコンポーザーにドラッグ&ドロップすると、現在の仕様通りに、.BMP のデータが使われます。