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以外の製品に注力すると言っているし、これだけ人員を整理したなら
Firefoxのほうの開発が停滞するのは明らか。シェア7%も切りそうだし、お先真っ暗だね

TwitterがFirefoxを切ったのはそこら辺の情報を掴んでたのかもしれんな

人切りたいからコロナの影響と言ってるだけ

>>754
ブラウザーの左側にサイドバーを出してブックマークを常時表示させておくといった使い方ができない

>>753
地べたに這いつくばって見える景色はどんなだい？

ﾁｮﾛﾏｰガイジがPCとスマホで自演してて草
不自然にも程がある

あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）

自らASSIGNEDを外していく奴が多いのはそういうことか

これはもうオワタかも

バーニラバニラバーニラ

Chrome使いって精神異常者ばっかりじゃん

いよいよ終わりが近いのかな…

servoチームの何割かを解雇かと思ったらチーム毎解体なのか
こりゃ未来がない

そろそろOperaみたいにどっかの中国資本に買収されそうだな
そうなったらホントの終わり

>>768
MPLライセンス違反で自爆しそう

もう何でもコロナのせいにしとけって感じだな

そろそろ終わりでいい頃な

Servoエンジニア解雇って一番やっちゃダメなやつだろ
選択の中で最悪の部類

ろくなことしないUI担当者全員解雇してほしい
レンダリングエンジン担当者は雇い続けて

アドオン切り捨てて自殺したのをServoが救ったのにそこすら切り捨てるんか
VPNとか金稼ぎ用の追加サービスどんどん発表してるしもうブラウザはお役御免か？
まじでFirefoxどういう方向に向かってるんだ

プライバシー連呼しつつ裏では情報搾取するキチガイ企業になる

servoやめちゃうなら価値ないやん
ブラウザ開発チーム丸ごと他の会社に移籍するほうがマシ

実質Servoの開発を捨てたってことでしょ
この先どうするつもりなんだ…

これからはチョロEdgeの時代

MozillaはFirefoxをどこかに向かわせる気すらなくて
ブラウザは儲からないからFirefoxを切り捨てるんだろう
まあ今のMozillaに振り回されるぐらいならボランティアベースでやっていったほうが
ジリ貧だけどそれでもよっぽどましかもしれない

servo/rustやめてcomplete themeを戻してくれよ

ブラウザ以外の製品に力入れるというのも理解はできる、Firefoxの速度やプライバシーに全力注いでもたいていの人はchromeでいいじゃんでシェア奪えないし
一番の懸念はmozillaのその手のヒット商品が想像できないとこ、CEOの説明もぼんやりしてるし不安しかない

edgeと同じように中身はChromiumにするつもりなんだろ

userChrome.cssとuserChrome.jsが息してるうちはついていく

webkitとv8に移行すればservoとspidermonkeyの開発スタッフは必要ないし速度も互換性も向上するというコペルニクス的転回じゃないよな

servoはブラウザの全てをRustで実装しようというもんで、既に主要なコンポーネントはFirefoxに移植済みでしょ
もはや役割は終わって、続きはFirefox本体でやればいいでしょ

ちなみにServoは実行バイナリを配布してるけど、ちょっと前にいじったときはかなり完成度は低かった
要するにFirefoxとは別のブラウザを開発してた訳で、そんなのは無駄金でしかない

Rustに置き換えたのにメモリリーク直らないってマジ？

Rustはメモリを安全に扱える言語だが、メモリの解放は自分でやらないといけない
だからリークは有り得るのだろう

>>785
移植したレイアウトエンジンが既に時代遅れになっていて
新しいレイアウトエンジンをservoで開発中だったんだわ

>>788
いやRustってスマートポインタでしょ？
unique_ptr相当を使えない状況では循環参照はありうるってだけで解放は自動だろう

Mozilla has laid off their dev tools people and the entire MDN team | Hacker News
https://news.ycombinator.com/item?id=24132494

これは詰んだな

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もかなり使ってるし
コミュニティーベースでも続くでしょう