言って、バグとは断定しかねます。先述した通り、Firefoxの「現時点での仕様」である可能性もあります。アドオンの仕様変更と、ダウンロードの挙動とは何の関係ないと思います。その当時お使いだったアドオンによってそうだったということも。前後して、ダウンロード挙動の仕様変更した可能性も無きにしも非ず。その当時の環境を再現し、現状どうなるか、まっさらなFirefoxにしてどうなるか。判断には手間暇かかります。しても気になるようでしたら、上記ユーザー登録をして、バグ登録を。PC環境、症状(再現手順)、本来あるべき(と考える)動作を明確に。いわゆる、中の人の判断をもらえると思います。「変だ」という判断になれば修正への道が始まるでしょう。言って、バグとは断定しかねます。先述した通り、Firefoxの「現時点での仕様」である可能性もあります。アドオンの仕様変更と、ダウンロードの挙動とは何の関係ないと思います。その当時お使いだったアドオンによってそうだったということも。前後して、ダウンロード挙動の仕様変更した可能性も無きにしも非ず。その当時の環境を再現し、現状どうなるか、まっさらなFirefoxにしてどうなるか。判断には手間暇かかります。しても気になるようでしたら、上記ユーザー登録をして、バグ登録を。PC環境、症状(再現手順)、本来あるべき(と考える)動作を明確に。いわゆる、中の人の判断をもらえると思います。「変だ」という判断になれば修正への道が始まるでしょう。自動的にパースしないユーザエージェントを表示する認証コード認証コード:*上の画象に表示されている文字を入力してください。各文字は大文字・小文字の区別があります。さん、いつもお世話になります。素早い応答ができなくてすみません。投稿主さんが退場済みなので私の方ではあえて追求はしません。ぼくも深入りする気はありません。稼働したままスリープ状態に移行すること自体、ほぼ皆無ですから。前便で述べたのは、普段やらないことをやってみた結果なので、もしかしたらどこかに手抜かりがあったかもしれませんし...。さんとの情報・意見交換ってことで。さんが書きました:「中断」の後にスリープさせたところスリープ復帰の際に「ダウンロードが勝手に再開されてしまう」現象が再現できています。コレが投稿主さんが問題にしてた点でしょう。さんが書きました:中断ではなくキャンセルしたダウンロードです、訂正しますとのことなので、本題は「キャンセル」時の動作なんだと受け止めています。その動作を見極める上で、「中断」や「進行中」の動作も比較対照として試してみる意味はあると思います。いっても、ユーザー環境は一律ではありませんし、どこかに差異があったりもします。した検証作業を経て、原因を絞り込んでいくことが必要になるのだろうと、ぼくは考えています。ユーザー環境によって再現性が異なる問題は、なおさらだと思います。ダウンロード進行中だとスリープしない、です。ダウンロード進行中スリープしないのは意外でした。ほうが強い(笑)、ということなのでしょうか?省電力機能として一定時間アイドル状態が続くとスリープに入るといったケースでは、何かの動作が継続中ならスリープ状態に移行しないこともあるかと思いますが、この場合はスリープ機能そのものの権限に従わないというより、スリープに入るためのトリガー条件に合致しないためでしょうし......。極端な実例を書きます。(真似はしないでください。試す場合は自己責任で...。実行中に、ユーザーが明示的にスリープ状態への移行を実行すると、ディスクのエラーチェックが凍結されシステム全体が待機状態になります。復帰すると、スリープに入ったときのつづきの状態から動作が自動的に再開されます。スリープに従う、という点に注目します。以上、単なる情報・意見交換でした。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。さん、いつもお世話になります。素早い応答ができなくてすみません。投稿主さんが退場済みなので私の方ではあえて追求はしません。[/quote]ぼくも深入りする気はありません。稼働したままスリープ状態に移行すること自体、ほぼ皆無ですから。前便で述べたのは、普段やらないことをやってみた結果なので、もしかしたらどこかに手抜かりがあったかもしれませんし...。さんとの情報・意見交換ってことで。[quote="maji"]「中断」の後にスリープさせたところスリープ復帰の際に「ダウンロードが勝手に再開されてしまう」現象が再現できています。コレが投稿主さんが問題にしてた点でしょう。[/quote][quote="ななななよん"]中断ではなくキャンセルしたダウンロードです、訂正します[/quote]とのことなので、本題は「キャンセル」時の動作なんだと受け止めています。その動作を見極める上で、「中断」や「進行中」の動作も比較対照として試してみる意味はあると思います。いっても、ユーザー環境は一律ではありませんし、どこかに差異があったりもします。した検証作業を経て、原因を絞り込んでいくことが必要になるのだろうと、ぼくは考えています。ユーザー環境によって再現性が異なる問題は、なおさらだと思います。ダウンロード進行中だとスリープしない、です。ダウンロード進行中スリープしないのは意外でした。ほうが強い(笑)、ということなのでしょうか?省電力機能として一定時間アイドル状態が続くとスリープに入るといったケースでは、何かの動作が継続中ならスリープ状態に移行しないこともあるかと思いますが、この場合はスリープ機能そのものの権限に従わないというより、スリープに入るためのトリガー条件に合致しないためでしょうし......。極端な実例を書きます。(真似はしないでください。試す場合は自己責任で...。実行中に、ユーザーが明示的にスリープ状態への移行を実行すると、ディスクのエラーチェックが凍結されシステム全体が待機状態になります。復帰すると、スリープに入ったときのつづきの状態から動作が自動的に再開されます。スリープに従う、という点に注目します。以上、単なる情報・意見交換でした。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。「ダウンロードが勝手に再開されてしまう」という現象は起こりませんでした。私の手元では「中断」の後にスリープさせたところスリープ復帰の際に「ダウンロードが勝手に再開されてしまう」現象が再現できています。コレが投稿主さんが問題にしてた点でしょう。当方の環境でも復帰後にダウンロードが自動的に再開されました。これは私の手元でも同じで仕様としてはあるべき姿だと思います。投稿主さんが退場済みなので私の方ではあえて追求はしません。さん流にいえば、他人の困りごとの文章を読んだりそれに応答する文章を書いて投稿したり、*以下省略*同感です。長くなるのであえて引用部分を「以下省略」してます。さんが書きました:(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。お互いにマイペースでやりましょう。ダウンロード進行中だとスリープしない、です。ダウンロード進行中スリープしないのは意外でした。自分的には時間が来たらスリープしてくれるのが正しいと思う。---【ここまで脱線】---では。「ダウンロードが勝手に再開されてしまう」という現象は起こりませんでした。私の手元では「中断」の後にスリープさせたところスリープ復帰の際に「ダウンロードが勝手に再開されてしまう」現象が再現できています。コレが投稿主さんが問題にしてた点でしょう。当方の環境でも復帰後にダウンロードが自動的に再開されました。[/quote]これは私の手元でも同じで仕様としてはあるべき姿だと思います。投稿主さんが退場済みなので私の方ではあえて追求はしません。さん流にいえば、他人の困りごとの文章を読んだりそれに応答する文章を書いて投稿したり、*以下省略*[/quote]同感です。長くなるのであえて引用部分を「以下省略」してます。m(_,_)m[quote="偶然的通行人"](おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。[/quote]お互いにマイペースでやりましょう。ダウンロード進行中だとスリープしない、です。ダウンロード進行中スリープしないのは意外でした。自分的には時間が来たらスリープしてくれるのが正しいと思う。---【ここまで脱線】---では。中断していたダウンロードが勝手に再開されてしまう遅ればせですが横から失礼します。環境では「スリープ」または「休止状態」と呼ばれるメニューのことですよね。流れになぞらえて解釈すれば、狭義には「スタンバイ」=「スリープ」と解釈できるかと思います。以下、その前提で書きます。テスト用プロファイルで動かし、次のような簡単なテストをしてみました。共通の条件は、数百メガバイトのファイルのダウンロードが進行している途中における動作です。(A)「中断」の動作(a-1)進行中のダウンロードを「中断」します。「中断しています」と表示され、ダウンロードの進行が一時停止されます。(a-3)この状態を確認したあと、システムをスリープ状態に移行します。(a-4)しばらく時間を置いた後、スリープから復帰します。(a-5)ダウンロードは「中断しています」の状態が維持され、自動的に再開することはありませんでした。(a-6)右クリックから「再開」を実行すると、中断された時点からの続きでダウンロードが再開されました。(B)「キャンセル」の動作(b-1)進行中のダウンロードを「キャンセル」します。「キャンセルされました」と表示され、ダウンロードの進行が止まります。(b-3)この状態を確認したあと、システムをスリープ状態に移行します。(b-4)しばらく時間を置いた後、スリープから復帰します。(b-5)ダウンロードは「キャンセルされました」の状態が維持され、自動的に再開することはありませんでした。(b-6)右端の「再試行」アイコンをクリックすると、一からやり直す形でダウンロードが再開されました。少なくとも当方の環境では、「中断」、「キャンセル」のどちらも、「ダウンロードが勝手に再開されてしまう」という現象は起こりませんでした。ついでなので、ダウンロード進行中にスリープ状態に移行した場合を試してみると、当方の環境でも復帰後にダウンロードが自動的に再開されました。さんが書きました:スタンバイ前に「中断」or「キャンセル」した場合は復帰しても再開はされずダウンロード中にスタンバイへ移行した場合は復帰後自動的に再開される事が解りましたこれらの動作は、とくに不可解とは思えません。スタンバイ(待機状態)機能は、アプリケーションを含むその時点でのシステムの稼働状態をそのまま保存し、復帰時には以前の状態をそっくり復元することを意図したものだからです。よって待機状態に移されるわけですから、復帰後に以前の稼働状態が再現されるのは真っ当な結果だろうと思います。次の点は不可解に感じます。ファイルをダウンロード中にスタンバイ状態に移行し、(2)そのあと復帰したときは自動的に再開されてダウンロードが進むわけですが、(3)これを中断またはキャンセルしたあと、(4)もう一度スタンバイ状態に移行し、(5)そのあと復帰したとき自動的にダウンロードが再開されてしまう、といったことでしょうか?もしそうなら、(3)以降の流れがおかしいと思います。この場合、スタンバイに移行したとき(3)の条件が維持されなければなりません、復帰後に(5)のような状況になるとしたら、本来のスタンバイ機能からは逸脱した結果だと考えられます。さんも「解せない」とお感じなのだと想像します。当方の環境で同じ手順を試してみても、仰るようなことは再現できませんでした。側に何らかの問題がある可能性も疑われると思うのですが、この点について質問者は言及されていませんし、情報もありません。側にも、何かしらの問題が起こっている可能性も否定しきれません。そのあたりの全体の流れをふまえてきちんと調べよう、と提案されていたと思うのですが...。ダウンロードをキャンセル(破棄)するという3つの選択が可能でした。権限で強制的に現状凍結の状態に移されたことになるため、アプリケーションの終了→次回起動の流れの中で処理される機能が、必ずしも正常に働くとは限らないと思います。終了しないか、の選択を問うダイアログが開きます。いえ、スタンバイ状態に入る前に「キャンセル」状態になっているのに、復帰したときそのダウンロードが「勝手に再開されてしまう」のだとしたら、スタンバイ機能の趣旨からみて不自然だというのは、上述のとおりです。仕様を変更した(不具合を修正した)ことも考えられるでしょう。明示的にダウンロードをキャンセルしている状態からスタンバイに入ったときは、復帰後もその状態が維持されているのが(スタンバイ機能としての)正常な動作だと思います。「これ位の事に解決案も提示できない所に用はありません」といわれても、今の時点で提示されているのは「~されてしまう」などの現象面を列記した情報しかないので、それを見ただけで他のユーザーが原因を特定して解決策をアドバイスするのは難しい、というのが正直なところだろうと思います。(「出来るならさっさとしています」ってことになりましょうか...。バグだとしても、きちんと問題点を切り分けていかない限り本当の原因は見えてこず、したがって根本的な解決策(バグ修正)にも到達できないのではないでしょうか。基本的なことしか申し上げられず残念ですが、切り分けのヒントぐらいにはなることを期待して...。的外れな話になっていたらすみません。さん流にいえば、他人の困りごとの文章を読んだりそれに応答する文章を書いて投稿したり、他人のために検証テストをするなど、「時間の無駄」でしかないのかもしれませんが、困っているユーザーさんからの質問に、時間と労力を割き(無償で)対応する人たちがいるので、このユーザーコミュニティーであるフォーラムが成り立っています。ぼく個人は、質問する側と回答する側に上下関係はなく、対等だと考えています。質問する人に都合や事情があるように、回答する人にも都合や事情はあると考えます。お互いがそのことをふまえてやり取りできればいいな、と思います。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。遅ればせですが横から失礼します。環境では「スリープ」または「休止状態」と呼ばれるメニューのことですよね。流れになぞらえて解釈すれば、狭義には「スタンバイ」=「スリープ」と解釈できるかと思います。以下、その前提で書きます。テスト用プロファイルで動かし、次のような簡単なテストをしてみました。共通の条件は、数百メガバイトのファイルのダウンロードが進行している途中における動作です。(A)「中断」の動作(a-1)進行中のダウンロードを「中断」します。「中断しています」と表示され、ダウンロードの進行が一時停止されます。(a-3)この状態を確認したあと、システムをスリープ状態に移行します。(a-4)しばらく時間を置いた後、スリープから復帰します。(a-5)ダウンロードは「中断しています」の状態が維持され、自動的に再開することはありませんでした。(a-6)右クリックから「再開」を実行すると、中断された時点からの続きでダウンロードが再開されました。(B)「キャンセル」の動作(b-1)進行中のダウンロードを「キャンセル」します。「キャンセルされました」と表示され、ダウンロードの進行が止まります。(b-3)この状態を確認したあと、システムをスリープ状態に移行します。(b-4)しばらく時間を置いた後、スリープから復帰します。(b-5)ダウンロードは「キャンセルされました」の状態が維持され、自動的に再開することはありませんでした。(b-6)右端の「再試行」アイコンをクリックすると、一からやり直す形でダウンロードが再開されました。少なくとも当方の環境では、「中断」、「キャンセル」のどちらも、「ダウンロードが勝手に再開されてしまう」という現象は起こりませんでした。ついでなので、ダウンロード進行中にスリープ状態に移行した場合を試してみると、当方の環境でも復帰後にダウンロードが自動的に再開されました。(考察)[quote="ななななよん"]スタンバイ前に「中断」or「キャンセル」した場合は復帰しても再開はされずダウンロード中にスタンバイへ移行した場合は復帰後自動的に再開される事が解りました[/quote]これらの動作は、とくに不可解とは思えません。スタンバイ(待機状態)機能は、アプリケーションを含むその時点でのシステムの稼働状態をそのまま保存し、復帰時には以前の状態をそっくり復元することを意図したものだからです。よって待機状態に移されるわけですから、復帰後に以前の稼働状態が再現されるのは真っ当な結果だろうと思います。次の点は不可解に感じます。ファイルをダウンロード中にスタンバイ状態に移行し、(2)そのあと復帰したときは自動的に再開されてダウンロードが進むわけですが、(3)これを中断またはキャンセルしたあと、(4)もう一度スタンバイ状態に移行し、(5)そのあと復帰したとき自動的にダウンロードが再開されてしまう、といったことでしょうか?もしそうなら、(3)以降の流れがおかしいと思います。この場合、スタンバイに移行したとき(3)の条件が維持されなければなりません、復帰後に(5)のような状況になるとしたら、本来のスタンバイ機能からは逸脱した結果だと考えられます。さんも「解せない」とお感じなのだと想像します。当方の環境で同じ手順を試してみても、仰るようなことは再現できませんでした。側に何らかの問題がある可能性も疑われると思うのですが、この点について質問者は言及されていませんし、情報もありません。側にも、何かしらの問題が起こっている可能性も否定しきれません。そのあたりの全体の流れをふまえてきちんと調べよう、と提案されていたと思うのですが...。ダウンロードをキャンセル(破棄)するという3つの選択が可能でした。権限で強制的に現状凍結の状態に移されたことになるため、アプリケーションの終了→次回起動の流れの中で処理される機能が、必ずしも正常に働くとは限らないと思います。終了しないか、の選択を問うダイアログが開きます。いえ、スタンバイ状態に入る前に「キャンセル」状態になっているのに、復帰したときそのダウンロードが「勝手に再開されてしまう」のだとしたら、スタンバイ機能の趣旨からみて不自然だというのは、上述のとおりです。仕様を変更した(不具合を修正した)ことも考えられるでしょう。明示的にダウンロードをキャンセルしている状態からスタンバイに入ったときは、復帰後もその状態が維持されているのが(スタンバイ機能としての)正常な動作だと思います。「これ位の事に解決案も提示できない所に用はありません」といわれても、今の時点で提示されているのは「~されてしまう」などの現象面を列記した情報しかないので、それを見ただけで他のユーザーが原因を特定して解決策をアドバイスするのは難しい、というのが正直なところだろうと思います。(「出来るならさっさとしています」ってことになりましょうか...。バグだとしても、きちんと問題点を切り分けていかない限り本当の原因は見えてこず、したがって根本的な解決策(バグ修正)にも到達できないのではないでしょうか。基本的なことしか申し上げられず残念ですが、切り分けのヒントぐらいにはなることを期待して...。的外れな話になっていたらすみません。さん流にいえば、他人の困りごとの文章を読んだりそれに応答する文章を書いて投稿したり、他人のために検証テストをするなど、「時間の無駄」でしかないのかもしれませんが、困っているユーザーさんからの質問に、時間と労力を割き(無償で)対応する人たちがいるので、このユーザーコミュニティーであるフォーラムが成り立っています。ぼく個人は、質問する側と回答する側に上下関係はなく、対等だと考えています。質問する人に都合や事情があるように、回答する人にも都合や事情はあると考えます。お互いがそのことをふまえてやり取りできればいいな、と思います。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。さんが書きました:此方の運用で対応可能ですからこれ位の事に解決案も提示できない所に用はありません、との事で検証までやらなくても良くなったみたいなので当方の検証は止めておきます。さんの前にはあっても私の前には無いので私だけでなくここのフォーラム参加者の前には無いので現象そのものを確認する意味で「文字にして」質問確認させてもらい何が起きてるかをフォーラム上で整理共有した上での個々の評価を提示しあうここはそんな場だと私は思っています。