Mozilla Firefox Part365

!extend:checked:vvvvv::
次スレを立てる方は↑を二行重ねて書いてください

オープンソースブラウザ。自己解決＆相互扶助を希望。
対応OSは、Windows、macOS、Linux等。

■Mozilla Firefox
https://www.mozilla.org/firefox/
■Mozilla Firefox リリースノート
https://www.mozilla.org/firefox/notes
■Firefox サポート (基本的な使い方や、何か困ったときの解決策など)
https://support.mozilla.org/ja/
■Add-ons for Firefox (アドオンのダウンロード)
https://addons.mozilla.org/ja/firefox/
■Firefox プレビューリリース (Beta、Nightly) ※Auroraは廃止されました
https://www.mozilla.org/ja/firefox/channel/desktop/
■Firefox 旧バージョンのダウンロード
https://support.mozilla.org/ja/kb/install-older-version-of-firefox

【注意】質問はFirefox質問スレや他の掲示板などでしてください。
Mozilla Firefox質問スレッド Part187
https://egg.5ch.net/test/read.cgi/software/1584828472/

※クラッシュ報告は、クラッシュレポートIDを付けてください。
https://support.mozilla.org/ja/kb/mozillacrashreporter
※メモリリーク発見報告は、ソースコードで場所を明示してください

前スレ
Mozilla Firefox Part364
https://egg.5ch.net/test/read.cgi/software/1591267891/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

これは詰んだな

Firefoxの利用者は着実に減少しており、2017年に約3億人だった月間ユーザー数は現在、2億1000万人となっている

3年前に何があったんやろうなあ？

例の旧拡張廃止なくても死んでたと思うんだよな
Chromeのが速いからってんで
俺は今のfirefoxを肯定したいが

ここ数年の経営陣が元凶のような気がしてならない、全員刷新するか出来ないんなら社員一斉にやめてmozilla origin とかいう名前で起業するマンガみたいな展開こないかな

狐くん逝ってしまうん？

火狐が燃え尽きて白狐に

古い拡張機能廃止しなければ根本的な設計の古さから来る動作速度の遅さとセキュリティリスクの高さで緩やかな死が来ていたと思う。
ただ、拡張性の高さがFirefoxの人気を支えていた所でもあるからそれをぶん投げたらシェアが急激に落ちるのは残当というのが悲しいところ。

高い拡張性を捨てたときに他のブラウザが追従できない新たな優位性を生み出せればよかったが無茶でもある。

>>794
Firefoxのユーザーが減った分Waterfox等のユーザーが増えてるってわけじゃないしな

>>790
明示的に指定すればいわゆるスマートポインタは使える
指定しなければ自動で解放されない
Firefoxがどうしてるかは分からん

20thCenturyFox も無くなっちゃったしなw

>>789
あくまでもServoはブラウザ自体を作ってたんで、新しいレイアウトエンジンとやらはNightlyでやればいいと思うけどね

結局レガシーアドオンが無くても使えるから騒ぐ必要はなかった
当時騒いでた人は先見の明がなかったということだからね

Quantumへの性急な移行は誰がどう見ても大失敗だったけど
致命傷にまで至るとは思わなかった

>>800
いやいや明示的に指定しない場合がunique_ptrなんだからスコープ抜けた時点で自動で解放だよ

性急な移行？

性急とは？

>>806 >>807
ID:jraZpgLe0が望むWebExtensions対応のアドオンが出揃わないのに
レガシーアドオン対応をやめたことを「性急な移行」と言ってるんだろ
Firefoxが衰退したのは俺が必要としているレガシーアドオンを切り捨てたから、
ってことにしたい人なんだよ

実際はFirefoxにおけるレガシーアドオンはAMOで公開できなくなった程度なんだけど
レガシーアドオンのメンテを続ける開発者がほぼ消えちゃったからな
Thunderbirdがやってるみたいにもっと上手なやり方はあったはず

上手？
Thunderbirdもレガシーアドオンを切り捨てただろ

>>810
Thunderbirdは68まではレガシーアドオン読み込めるようにしてたし
78でもWebextensions experiments使って普通のアドオンの権限でもXUL/XPCOMを触れるようにしてある

それが本当に上手なやり方なら開発者は寄付を求めたり開発を辞めたりしなかっただろうよ

https://arewefastyet.com/
最近のGeckoはBlinkと比較しても性能いいし、もうちょいシェア回復しないもんかね
別にトップになる必要はなくて、シェア15％くらいを安定して維持できれば
財政的にもWeb標準化への影響力的にも必要十分じゃないかと思うんだが

>>783
同感だよ！
これがないChrome、Edgeは使い悪すぎる。

Qantum化の判断が遅すぎたのが分水嶺

>>813
今時性能を気にしてPCでわざわざFirefoxをインストールしてブラウズする
ユーザーがどれだけいるかと考えると非常に厳しい
それに一度シェアが下がってFireofxで動作確認しないサイトだらけになった今となっては
挽回は不可能だろう

なんでお前ら寄付しないの
お前らが寄付しまくればFirefoxは死なずに済んだのに

チョロ君は今日も(無駄に)元気！

スパイウェアブラウザ使って喜んでるﾁｮﾛﾏｰガイジ

>>805
それを自動解放と言うのか？
普通にスタック上にオブジェクトを確保しただけだろ
スコープを外れても保持したいオブジェクトはどうすんだ？
そもそもグローバル変数(static)に確保した場合はGCが有ろうが無かろうが明示的に削除する以外残り続ける

>>793
アクティブユーザーが一人100円寄付するだけでも200億円だな
Firefox使いは毎年100円寄付する習慣をつければMozillaも安泰だよ

>>755,759
ありがとう
サイドバーはたまに使うから無いのはやだなあ

機能とかレンダリングとか動画再生とか求めない用途はこのギャグレベルの糞ブラウザを使ってみる事にした
https://www.netsurf-browser.org/

勿論母屋は慣れたFirefoxのまま　もうしばらく

>>795
Vivaldi的感じ？

>>823
Vivaldi的な感じって書こうとしたのに「な」が抜けた…

>>820
いやだからRustでヒープ上にメモリ確保するならBoxその他使うんだからそれはスマートポインタでしょ？
明示的にunsafe使わない限り生ポインタは弄れないんだから

Vivaldiも独自エンジン挫折してた気がするし独立してもchromeに吸収されそうだな

俺だったらVivaldi使うぐらいならEdgeで良いわってなる

>>779 mozillaがブラウザを捨てたら何が残るんだろう？
VPNで儲ける？
もうthunderbirdはmozillaから離れてるんだよね？

>>827
Edgeに縦型タブが！？

>>829
ググってきたらまだないみたい

知っていると便利なMicrosoft Edgeの新機能、垂直タブやパスワード漏洩検知など
https://ascii.jp/elem/000/004/009/4009265/

ただBetaにはもう実装されてるからそろそろ正規版にもくるんじゃないかな

>>828
Rustは残ってほしいな。

やっぱMozillaはUXチームが糞なんだと

>>825
だから>>800で俺が既に言ってるだろ
何が言いたいんだ？

>>833
> メモリの解放は自分でやらないといけない
これの意味するところが、CやC++のようにプログラム作成者がfreeやdeleteを書かなければならない、ということなら Rust には当てはまらない
ヒープ領域を確保する Box や Rc 等のスマートポインタは、参照元のローカル変数がスコープアウトするときに解放されるようにコンパイラが処理を追加するので、freeを入れ忘れることによるメモリリークは心配しなくて良い

ただ、いわゆるメモリリークが Rust に存在しないかというとそうではなくて、
グローバル変数のようなプログラム終了まで残り続ける変数から参照されている領域や、
循環参照しているような領域も解放されない
この手の構造を持つデータを表現したい場合はarenaを使うなどが常套手段で、プログラム作成者がデータ構造を決めるときに意識しないと罠にはまってしまうかもしれないが、
mozillaのrustユーザーなら心配する必要ないと思われる

C++から逃げるな
C++以外の言語は甘え

>>802
開発継続できる人材はもうFirefoxに残ってないんじゃね

>>834
Rustはヒープに確保した一時オブジェクトの解放忘れや解放後アクセスが無くなると言うだけで、メモリリークが無くなる訳ではないって言えばいいだけだろ

>>834
あと、メモリリークを防ぐのに重要なのはstruct等に指定するライフタイムの管理だ
スコープだけでオブジェクトを管理するのはC++でも出来るし、それで管理できるのは一時オブジェクトだけだ

>>838
生存管理で重要なlifetimeの源泉はスタックのスコープで、さもなくば ‘static になるだけでは
変な使い方をしたときにコンパイルエラーにしてくれるというのがrustの特徴であって、機能性についてはC++のスマートポインタやmove semanticsと同等だと理解してる
xor mutability の話ならC++にはない概念だけど、今回はメモリリークの話なので

構造体の lifetime parameter については安全性を高めるために重要な仕組みだけど、
レス先の人よくわかってなさそうだしここはrustスレではないし、そこまで説明する必要ある？

アプデしたらFirefoxのメモリ馬鹿食いが酷くなった

お金がなくなるとデコーダのライセンス料金やDRMの同梱料が払えなくなる

タブバーをウィンドウ最下部にしたい人向けのcss
https://github.com/MrOtherGuy/firefox-csshacks/blob/master/chrome/tabs_below_content.css

NoScriptが使い物にならねえええ
早く対応してくれ

妄想乙

な、age厨だろ

>>839
色々Rustのソースを見ていたら、結局はunsafe内でメモリを解放するようだな
ある構造体(staticでない)にオブジェクトを格納してあって、1面だけで必要だが消し忘れて2面まで持ち越した(でメモリ不足になったとか)
こういうのがメモリリークだが、Rustでどう管理するかを調べてたが、unsafeを使っていたな
上手く説明出来ずにすまんな

その最後にレスした方が勝ちのマウントバトルはいつまで続くんですかね

>>840
Chromeは全然メモリ食わないから驚いた

rustおもしろそう
JavaとかC#のような、堅牢なオブジェクト言語はだいぶやったしLL(ruby)もこの三年間でだいぶやった(pythonは未経験)

ここらでrustみたいなのを勉強してみたい。
もしくは15年ぐらいやってないCをやり直すか。

goは二ヶ月仕事でやったけど、いまいちしっくりこなかった

Mozillaと共に廃れていきそうな気が

まさか俺の軽いメモリリーク発言がここまで爪痕を残すとは思わんかったすまん

自意識過剰

しばらくぶりにPCを新調しました。
新調したPCでのFirefoxのパフォーマンスが
良くなく、色々ためして
ようやく　network.buffer.cache　の
設定で有ることはわかったのですが、
推奨値等の情報がなく、なにか拠り所になる
決め方はあるのでしょうか？

>>853
何をどう試して「network.buffer.cache」にたどり着いたのかは知らんが（正しくはおそらくnetwork.buffer.cache.size）、それこそ環境によるだろうから自分なりの最適値を探るしかないんじゃないか？

RustはMozilla関係以外でも人気急上昇中でMicrosoftもかなり使ってるし
コミュニティーベースでも続くでしょう

Linuxのカーネルやドライバにも将来使われるそうだぞ

5年連続で「Rust」が開発者から最も支持されているプログラミング言語第1位に選ばれる
https://news.mynavi.jp/article/20200601-1045348/

>>857
支持されている、だと？

>>687-688
よくある症状なのか？
俺も最近これがよく出て困ってるんだが、解決法あるんかな？

Firefox再起動で直った気がするけど面倒だよね

>>687-688
全くないけど
まっさらな新規プロファイルでも同じなのかな

firefoxオワコンみたいな流れだけど俺の中でandroidのブラウザはこいつ一択っすね
アドオン入れられるし
PCはまあ…

ダウンロード中にブラウザ閉じると、以前は確認ダイアログ出てたのに
今は何も出ずにそのまま終了するようになってるんだけど、
確認ログ出るようにするにはどうすればいい？

>>863
Warning on close when downloading | Firefox Support Forum | Mozilla Support 　
https://support.mozilla.org/en-US/questions/807462
Browser.download.manager.quitBehavior - MozillaZine Knowledge Base 　
http://kb.mozillazine.org/Browser.download.manager.quitBehavior
試してみたら最新版でもちゃんと効く

最近閉じたウィンドウの復元がうまくいかないことがあるわ履歴から復元できるけど焦る

GoogleとMozillaの契約が3年延長された。
https://www.ghacks.net/2020/08/14/google-and-mozilla-to-extend-search-deal-according-to-reports/

Mozillaの従業員解雇ってなにがあったんだろね？

>>867
コロナ

自業自得

https://www.zdnet.com/article/an-endangered-internet-species-firefox/

落ちぶれたブラウザに資金提供する企業もない

Google様に生かしていただいてる状態

Quantumへの移行が失敗だったのかな？
だからと言って使いにくいChromeへ移行は考えられない。

Quantum担ってなかったらChromeからFirefoxに移行することはなかったと思う

Quantumに移行してなかったらもっと早くだめになってたと思う
それぐらいQuantumになる直前のFirefoxは遅いし落ちるしひどかった

しかしなんでChromeが7割ものシェアをとったのか分からん。
Chromeに移行しようとFirefoxと同様の環境にしようとためしたが無理だった。
パーフォーマンスなんて変わらん。

そりゃAndroidデフォルトブラウザだし
当然スマホ対応も早いから開発者も進めるし実際軽くはないが速かったし

chromeは最初からマルチスレッドマルチコアを目指して作られてて潤沢なメモリキャッシュで高速に動作するように作られてたからな
対してFirefoxはquantum以前はシングルスレッド前提だしアドオンの動作環境のメンテナンスは複雑だしセキュリティに問題あるし

はじめから入ってると言うのは大きいよな
昔のIEも使いにくいのに初めから入ってるというだけでシェア結構あったし

IT企業がコロナで〜なんて言ってると程度が知れてしまう

>>877
そうか、シェアはAndroidも含んでるんだね。
なんとなく納得。

>>876
Androidで使ってて、ブックマークとか同期したくなったら必然的にChromeを選択してしまう

コロナの影響でGoogleからの収入減ったって聞いたんだけどほんと？

syncが同期しなくなったんだけどどうしたらいいでしょうか？

同期するを押せ

>>885
何回も押してるのですが、同期しない感じです。
syncにつながらない感じがしてます。
firefox　アカウントも　一度ログアウトしてみましたが、無理でした。

>>886
完全にゼロからだと滅茶苦茶時間掛かるよ
しばらくほっとけ

sync 同期しました。
いつもと挙動が違ったのでパニクってしまいました。
お騒がせしました。

コンテナのsyncは動いてないのかと思ったけど
いつのまにか同期してたから
辛抱強く待つ必要があるね

ヒストリー消したら？
あれ容量めっちゃ食うから

履歴ってどこまで同期してくれんの？

>>814
逆にChromeとかEdgeとかでuserChrome.cssとuserChrome.js並のカスタマイズ性が手に入るんだったらFirefoxいらないともいえる
絶対にないだろうけど