Mozilla Firefox Nightly Part14 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
=== Firefoxの次期バージョン「Nightly」「Aurora(Dev)」「β」の情報交換スレです ===
■ プレビューリリース 「Aurora(Dev)」「β」公式ダウンロードページ
https://www.mozilla.org/ja/firefox/channel/
■ 「Nightly」の最新版が各言語・各プラットフォーム用で置いてあります。(英語版推奨)
http://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/
■ こちらではさらに細かく以前のバージョン、そして1ヶ月前まで毎日「Nightly」「Aurora」「β」
のそれぞれのファイルがありますので、欲しい日時のファイルをダウンロードする事が出来ます。
http://archive.mozilla.org/pub/firefox/nightly/
■ 前スレ
Mozilla Firefox Nightly Part13 [無断転載禁止]©2ch.net
http://egg.2ch.net/test/read.cgi/software/1469747211/
■ 今後のリリース予定
https://wiki.mozilla.org/RapidRelease/Calendar
release date / central / beta / release / ESR
------------------------------------------------------------
2017-09-28 / 58 / 57 / 56 / 52.4
2017-11-14 / 59 / 58 / 57 / 52.5
2018-01-16 / 60 / 59 / 58 / 52.6
2018-03-06 / 61 / 60 / 59 / 52.7; 59.0
2018-05-01 / 62 / 61 / 60 / 52.8; 59.1
2018-06-26 / 63 / 62 / 61 / 59.2
2018-08-21 / 64 / 63 / 62 / 59.3
2018-10-16 / 65 / 64 / 63 / 59.4
2018-11-27 / 66 / 65 / 64 / 59.5 同種の報告があるかも不明なので、22さんとは別件と思われるけれど
前スレに書いた、プロセスIDを共有する(別ウィンドウの?)タブの一方で大量にメモリを使用して閉じた際、
残ったタブ(プロセス)に大量の領域が保持されてしまう件は58.0a1でも残っていた
(twitterの応答待ちは大幅に改善されている)
http://egg.2ch.net/test/read.cgi/software/1469747211/935
スキルがなさ過ぎて、ここに書くのが精一杯 マジで更新来ると速くなるのな
25日にインストールして、たまにグーグル開くの遅いな〜って思ってたら
さっきの更新でそれがなくなってイイ感じ 動作的なことなのでここに書くけれど
56betaで更新を止めていたuBlock Origin1.13.8が、57b3で自動的に1.14.10になった
旧式で隔離されるのは、対応版がない時だけだったか 57がベータにきたけどアドオンが充実するまでは他のブラウザ使おうかな
まだきついな Nightly のスレで言うのもアレだが、 Beta に来て試した 57 、明らかに体感できるくらい速いな。
ちょっと驚いた。 CSS 周りの処理ってそんなにボトルネックになってたのか。 スレタイはNightlyだけどBetaの話題もアリなはず 57βでさらなる高速化のためにやっておいたほうがいい設定ある?
about:configとかで
とことん人柱したい 余計な設定しないでテレメトリーだけオンにしてればいいと思う >>36
具体的な項目名は忘れたけどプロセス数増やしてみたらいいと思う。
確かデフォは自動設定だけど強制的に増やしたら快適になったって
例がいくつかあったと思う。 プロセス数は-1にしたらタブと同じだけプロセス作るようになるんだっけ? そうだね
speedomerterのスコアも57で一気に上がった
https://arewefastyet.com/#machine=36&view=single&suite=speedometer-misc&subtest=score Chromeのスコアも同じタイミングで同じように上がっている
これは外部要因だな >>43
>>41のグラフの事を言っているなら一気に全部スコアが落ちたタイミングは計測方法が変わったからだよ nightlyの新しいバージョンで使えるオススメのアドオンありませんか?
onetabとかautopage系のヤツが使いたいけど新しいやつだと無理だね
ublockと新しいタブを変更するやつとMouse Gesture Eventsってやつしか使ってない そういう質問する人がNightly使っちゃいけない b4のアップデート自体が中止になったようだよ
詳しい理由は知らないけど 今までのalpha2の段階が廃止されただけでaurora自体は残ってるよ
現状ではaurora=Developer Edition (betaペース) 56.0ではGoogle検索結果に日時が表示されるけど、57.0では表示されません。
みんなどう?
以前、Google Display the Date a Web Page was PublishedというグリモンScriptを入れて表示させてたけど、
いつからか、不要になって削除した。
現在、このScriptは公開されてないと思う。 betaのクラッシュ率が上がってるのはaurora廃止した影響かね?
releaseでは下がっているからbeta使ってる人以外には影響なさそうだけど
https://health.graphics/crashes/beta addons.mozilla.orgでは57.0でアドオンの動作出来ないらしい。
翻訳時、不便過ぎる。 >>52
誰か、56.0と57.0で動作確認してくれませんか? >>54
選択中テキストをコンテキストメニューから検索するアドオンは機能するからそれでしのいでる
>>55
試したけど通常は他のブラウザでも表示されてない
期間指定で検索すればどれでも表示されてる
googleの検索URLに期間指定のクエリパラメータ追加しておけば常時表示されるんじゃないの >>57
ありがとう、そういうことでしたか。
56.0ではGoogle検索時、3年を既定のエンジンにしていたので気づかなかった。
57.0では期間指定していなかった。 56.0の検索エンジンを57.0へ移行する方法知りたい。
56.0には検索エンジンをExportするアドオンがあるけど、57.0では使えない。
56.0にはsearch.jsonがあるが、57.0にはない。
どうすれいいのでしょうか?
一括移行ではなく、57.0へURLを指定して追加する方法でもかまいません。 search.json.mozlz4をコピーするだけ NoScriptは今で出ている5.1系列がレガシー環境での最後のバージョン(言い換えればESR用にしばらくメンテされるバージョン)で、
次のメジャーアップデートはWebExtension移行だよーというお話
そして、omtpが再度有効化の模様
Basがすごい勢いで見つかったクラッシュバグを全部片付けてしまったw
なお、skiaを使えない環境ではomtpは有効にならないとのこと Nightly 58.0a1 ビルド ID 20171002100134
Windows10のスリープからの復帰時に、NightlyのUIが反応しない症状が出た
厳密に言うと、最小化と元のサイズに戻すは機能し、Altキーでメニューバーが出るところまでは動作した
終了ボタンやハンバーガーメニューは反応せず、Alt-F4も機能せず、
メニューはAlt-Hを押すと、Alt-H-Hのヘルプページが開いた
きちんと確認しなかったけれど、ページ内のコンテンツはマウスのホバーに反応していた
タスクの終了で対応するも、再起動後にクラッシュレポートはなかった
再現不能な気がするけど、何かの参考になればと書き込んでおく YouTubeがおかしい、56.0ではもんだいないが、57.0では途中でグルグル
例えば、https://www.youtube.com/watch?v=RRLFb5ffLps&t=0s >>65
nightly mp4、vp9いずれでもWFM
HTML5Video関連はハードウェア起因とか原因の切り分けが色々面倒なのよねー 57のためにtab groupの代わりにtab tree系いろいろ試してるんだけどmosaicのsession historyみたい。
firefoxのサイドバーがmosaicのマネージャに逆戻り。
ついでにダウンロードマネージャとソースもサイドバーで開くようにしたらいいんじゃね? ソースは横幅足りなくて見難いからサイドバーで見る意義無いやろ >>66
WFMとは?
>>65の動作は56と57で違いありますか? mozillazineのフォーラムとかでよく見かけるフレーズの
Works For Me >Chromeのようにタブバー上に大量のタブが並ぶ
http://b.hatena.ne.jp/Rockridge/20171004#bookmark-345769046
改悪されたあ・・・
browser.tabs.tabMinWidthで調節できるし、まあいいか >最小タブサイズを従来の半分にする新仕様に対しては賛同者が多く
改悪じゃないじゃん そのbugって幅の値50じゃなくて70がいいじゃろ
そっちがいいよねみたいな議論?続いてるね PC3台中1台だけタブバーの新規タブボタンが左端に移動してるけどおま環? 気のせいか、認証局の緑色が鮮やかになったように感じる
テーマをダークにしていると、わりと目にきつい そんなんになるまでタブ開くならサイドタブにしようぜ 普段は画面の半分の1000*1000くらいで使っているので、
調べ物中は20タブ程で最小になってしまう >>63
再発した 58.0a1 ビルド ID 20171004220309
ストリーミング視聴中に子プロセスがメモリを使い切り、クラッシュ
たまたま最大化していたので、モニター暗転やウィンドウ内の表示が乱れ
クラッシュレポートが見えるまで時間がかかる
ストリーミングのタブを開き直しても、ページ内のドロップダウンリストが反応せず
63と同様に終了ボタンなどが反応しなくなった
Alt-F,Xと勘で押したら終了はできた(メニューは見えない)
今までのストリーミングのクラッシュ後にはなかった症状なので、OMTP関連の影響かもしれない 57入れてみたけどコンパクトテーマなくなったのかー
タブバーの高さ低くなって気に入ってたんだけど >>82
そんなところにあったのか!ありがとう!
userChrome.cssでもタブの高さ弄ってたんだけどこっちは出来なくなっちゃったのかな #TabsToolbar:not(:hover) * でタブバー低く出来ました
というかcssはスレ違いでしたね失礼しました Firefox印刷バグだらけ
ChromeかEdgeに逃げよう だから何のためのNightlyだと思ってんだっつーの コードフリーズが明けてからしばらくはバグ多発が当たり前
Minefieldの爆弾アイコンを復活させたらいいのにw >70に引き上げ
http://b.hatena.ne.jp/Rockridge/20171007#bookmark-345896593
少し戻った、よかった。
about:configとか訳の分からないもの弄くるの大変だし、デフォルト値は大事。 firefoxが安定するまではちょっときついな
とくにアドオンが致命的 FF56のメニュー画面再現するアドオン無いかね
57は早くなったのはいいけどメニュー画面が見辛い imagusってアドオン使うと確実にクラッシュするな imagus使ってるけどクラッシュなんてしたことない 59ESRでレガシー切るらしいけど、Nightlyはどうすんのかな 何言ってるの?
Nightlyが何なのかわかってたらそんなことは言わない about:config弄った状態でのバグ報告ってしていいのか?
browser.tabs.loadBookmarksInTabs=trueにすると
ブックマークをサイドバーに読み込むオプションが無視されるんだが
設定の名前からすると仕様な気もしてきた >>99
そういう時はNightlyが何なのか教えてやらなくちゃ >>103
確かにメモリ消費量は多くなったね
タブ閉じてもメモリあんま開放してくれないから、こまめにFireFox再起動なんだけど、
再起動アドオンも死んだからFireFox起動し直すのめんどい・・・ 閉じたタブのメモリを完全に解放しないで再利用する仕組みが入った辺りから、微妙にどこかおかしいのだよね
再利用はいいとして、どうなったら解放するかが不明というか
肥大化したタブとプロセスを共有するタブをすべて閉じれば解放はされるのだけど メモリの開放タイミングは、プログラミングでも、普通に厄介なところだから、
変更が入ったなら、こなれるまで時間がかかるかもね。
開放タイミングを開発者が明示的に行える言語で実装されてるなら(開発言語とか詳しく知らないけど)、
そのうちオプションなどで細かく設定ができるようになるかもしれない。即開放とか、アイドルタイム時とか。 >>105
57b8だけどabout:performance見てると閉じたらしっかり開放してるよ >>106
噂で聞いてたuserChrome.js用スクリプトを利用する方法あるんだね
有難( ・ω・) d chromeが最近かなり高速化されてspeedometerのスコアまた離されてるよ… いつの間にか、Styloの種類が増えてる
Stylo content = true (既定で有効), chrome = false (既定で無効) WebRenderのデフォルトenableは来年か
当たり前と言えば当たり前だが慎重だな もう出てるよ
但しDev版だけどね
一般はbeta3から >>118
遅レスだが、すでにある程度形ができて後は火狐に乗っけていくだけだったstyloと違って、
webrenderは基盤部分の開発と火狐への対応が現在も並行して進められてる状態からね
主なところでは、
https://bugzilla.mozilla.org/show_bug.cgi?id=1386669
https://bugzilla.mozilla.org/show_bug.cgi?id=1386665
あたりがwebrenderまわりの主要なメタバグ ■ このスレッドは過去ログ倉庫に格納されています