投稿主の オラオラオラオラオラオラァ！ さん、
そしてアドバイスいただいた Sakuraya さん EarlgreyTea さん、
maji です。


この確認をする際に
手元の「ある一つの環境」だけ
browser.fixup.alternate.enabled は規定値の true のままで
コマンドオプションとして

"C:\Program Files\Mozilla Firefox\firefox.exe" -url User3

としたままにしていて
その環境で Firefox起動時に毎回々々
オラオラオラオラオラオラァ！さんが「最初はハックかと思った」サイトを表示させてました。

今日(2020/10/11(日))に
その「ある一つの環境」の Firefox を 80.0.1 → 81.0.1 へアップデートしました。
なぜか
「アクセスしようとしているサイトを見つけられません。」
となりました。
browser.fixup.alternate.enabled は true のままでした。

ちなみにアップ直前の 80.0.1 では
browser.fixup.alternate.enabled は true の状態で
正しく(？)「最初はハックかと思った」サイトが表示されてました。

-----


仕様が変わった(→廃止された)のかもしれませんね。

-----

ページも変わったし
これでこのスレッドの問題は終了かな？

では。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

maji さんが見つけた挙動の変化、興味を引いたので私も調べてみました。

私の方も Firefox 81.0.1 に起動時引数で user3 を与えた場合、
「アクセスしようとしているサイトを見つけられません。」となることを確認しました。
動作ログで調べると、 browser.fixup.alternate.enabled の設定に関わらず、 http://www.user3.com への補完は行われていませんでした。

一方、アドレスバーやブックマークで http://user3 を開こうとすると、
https://www.hugedomains.com/domain_prof ... ser3&e=com にリダイレクトされました。

たぶん、user3 であれば起動時引数に指定した場合と同じになる気がしますが、アドレスバーに打ちこんでも Google検索になってしまいますし、ブックマークに入力した時点で http:// が補完されてしまうので確認はできませんでした。

それでこの挙動の変化がいつのビルドからなのかですが、 mozregression で調べたところ下記の結果を得ました。

build_date: 2020-08-04 18:39:01.652000
build_type: integration
build_url: https://firefox-ci-tc.services.mozilla. ... target.zip
changeset: 720b1bbf1b6dc2b86b4f45313e227048a4db7b1e
pushlog_url: https://hg.mozilla.org/integration/auto ... 48a4db7b1e
repo_name: autoland
repo_url: https://hg.mozilla.org/integration/autoland
task_id: dyv-TznpQ_CUqXYyzF4mLg

上記の pushlog_url には多数のコミットが含まれており、コミットメッセージを眺めただけでは関係ありそうなコミットを見つけられませんでした。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

EarlgreyTea さん、maji です。


該当事象を確認した環境の Firefox の
81.0.1 へ更新する前のバージョンは
80.0.1 でした( Firefox更新履歴で確認しました)。

Firefox 80.0.1 のリリースは 2020/9/2 だったかな？

なお該当環境での更新は 80.0.1 → 81.0.1 だったので
80.0.1 以降の

81.0
81.0.1

の何方のタイミングで今回の変更が実装されたのかは
ワカリマセン。


では。

_________________
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

リリース版では 81.0 ということになります。


これは Nightly 81.0a1の
ビルドID:20200804091327 と ビルドID:20200804215246 の間になります。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

EarlgreyTea さん、maji です。


なるほど。
81.0
で変わった、
との事ですね。

_________________
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:81.0) Gecko/20100101 Firefox/81.0

最新の mozregression にて二分探索を行ってもう少し範囲を絞れました。
pushlog_url: https://hg.mozilla.org/integration/auto ... 48a4db7b1e

どうやら下記の変更が影響してそうです。
Bug 1654922 - Part 1: Remove DocumentChannel pref usage from tests and document navigation code, r=mattwoodrow!

上記パッチのうち、docshell/base/nsDocShell.cpp の変更差分 を見てください。
この部分は nsDocShell::EndPageLoad() という関数の中にあるのですが、おそらくブラウザがページを読み込んで表示する際に呼ばれるものと思われます。
DNSによる名前解決が失敗した場合にURLに「www.」と「.com」を加える処理が呼ばれていたのですが、それが変更で削除されています。
なお、アドレスバーでURLを打ち込んだ場合には別途URL補完の処理がある（つまり2箇所でURL補完のタイミングがある？）ようです。
したがって引数でURLを指定した場合はここだけということになり、その処理が削除されたので browser.fixup.alternate.enabled の設定に関わらずURL補完されなくなった、ということなのだと思われます。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

本題とはあまり関係のない余談です。
この(頭にwww、尻にcomを付ける)お節介な機能、懐かしさのあまり落涙いたしました。
IEでは現役です(IEが現役かはさておいて)。
https://i.imgur.com/FXRIOn7.png (下部に注目)
おそらく、大昔に「IEは補完してくれるのにMozillaは補完してくれないの?」みたいな話があって
実装されたのではないかと思います
(IEの日本語では特に指定しない場合は尻はco.jpが補完されます)。

Webがすっかり地雷原となった現代では要らない機能ですね。

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