Mozilla Firefox Part368
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512 スレッドを立てる際は↑を二行重ねて書いてください。 オープンソースブラウザー。自己解決&相互扶助を希望。 対応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 ■Mozilla クラッシュレポーター https://support.mozilla.org/ja/kb/mozillacrashreporter ※クラッシュ報告はクラッシュレポートIDを付けてください。 ※メモリリーク発見報告はソースコードで場所を明示してください。 【注意】質問はFirefox質問スレや他の掲示板などでしてください。 Mozilla Firefox質問スレッド Part188 https://egg.5ch.net/test/read.cgi/software/1595346137/ ■前スレ Mozilla Firefox Part367 https://egg.5ch.net/test/read.cgi/software/1600899498/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured >>370 もし知りたいなら環境とか情報をちゃんと書くべき そうじゃなければ、さっさと新規のプロファイル作って起動 >>371 別にいいけど 自分リプライで繋げるスタイルと思ってスルーしたとこだったのに そんな報告お前さん以外にあったか? 修正も何も、まず疑うべきなのは自分の環境だろw タブクラッシュ連発は起こるけどフリーズ再起動なはいな 83になって動画のクラッシュは無くなった >>365 Fx上でのATOK15年以上使ってる 今のところ入力がおかしくなったことないよ そろそろ新作発表だから買い時かもしれない よりタイトな環境だけで正常動作するようになったのですね、了解です >>377 いいえ。 redditにスレが立っていない以上、「ここに書き込んでいる一部のうちのいつもの人の環境の中でのみ」正常動作していないだけの話です 要は書き込んだもん勝ちです >>368 フリーズしてる時点でハードの問題でしょ タブクラ連発言う人いるけど、5W1Hの報告ぐらいして まるで無菌状態の部屋に生きるみたいな脆弱なコードに堕ちているんでしょう、よーく、分りますよ それが一番楽ですからな 音楽と言えば、半分の出来合い混合物と半分アドリブをつぎはぎした訳の分らないものを口ずさむだけです 11月11日でのFirefoxのバージョンでは何もおかしくなかった。 購入してるから。その時は、靴下は靴下だったw Win10 Pro 64bit 最新。 ま、コピペなら検索できるから。3,000円のものが2,000円で買えるからw この半年気になることがありまして ツイッターなどのサイトを ブログにURLが掲載されて クリックすると、新しいウィンドウもしくはタブにアクセスして表示が一般的ですが 新しいウィンドウもしくはタブまでは同じなのですが、アクセスしない状態が頻度良く起きる原因って何でしょうか? またアドレスバー拡大されんのかよ この機能載せたがる奴死ねよ 84.0b3以降?でPiPの位置と大きさ記憶するようになってんじゃん サンキューモジモジ 83はタブクラッシュ多すぎだなMozillaZine.jpサイトまでクラッシュする 84ベータにするとクラッシュしない >>388 いつものクラッシュ君か 飽きないね だから環境かプロファイル腐ってるだけだってのw 84になったら84タブクラッシュ多すぎだなに かわるんやろな? 85ベータにするとクラッシュしないとか 言い始めるんじゃない? >>388 83 と 84 プロファイル違うんだろ? 83 を新しいプロファイルでやってみろよ 84.0b3でサイドバーを右側に置いて サイドバーを広げようとすると縮み、サイドバーを縮めようとすると広がるんですが同じ人います? >>393 そんなバカな…と思ったが、うんそうなるね Nightly 85.0a1 (2020-11-21) でも逆に動く ヤバいな Alice さん早いな 2020-11-22 04:14 PST (21:14 JST) にはバグ立ててた Bug 1678906 Sidebar resizes in the opposite direction to the mouse drag after move sidebar to right https://bugzilla.mozilla.org/show_bug.cgi?id=1678906 β版やNightlyの不具合はBugzillaに書け 368です。 どうしてもフリーズ再起動が治らないので、 82.0b9に戻したら、まったくフリーズしなくなりました うーん、なんでですかねぇ・・・・ たしかに古いnVIDIAのグラフィックが載ってるPCだから、 Windows10にしてから画像が不安定にはなってたんですが・・・・ 新しいPC買うしかないでしょうね、解決法は みなさんありがとうございました >>401 > たしかに古いnVIDIAのグラフィックが載ってるPCだから、 > Windows10にしてから画像が不安定にはなってたんですが・・・・ Firefox 関係なくダメじゃん 古いグラボなら83でWebRenderの対象が広がったのが原因かもねとちょっと思った 後方互換性がめんどくさい、 これはWindows有史以来何度も言われ続けていることですな PCは三年で買い替えるもんだってMicrosoftも言ってるだろ 糞CPUに最新のグラボだったり、その逆だったりそんな奴ばっか問題起きてるんだよどうせ 何か急に描画がおかしくなったけど、ハードウェアアクセラレーション切ったら直った。 >>253 nightlyはまだだけどdevはなおったな 83になって描画おかしかったり落ちる人は gfx.webrender.force-disabledをtrueにしてみれ 83.0だけどリンクをクリックしてからの反応が遅い・・・例えばascii.jpで記事の見出しをクリックしてから読み込みが始まるのにきっちり2秒掛かる 他のブラウザ(brave)ならクリックした瞬間に読み込むのに >>409 具体例(URL)を示してくれれば、検証くらいはするよ >>409 トップページから記事をいくつか開いて見たが問題ない まず新規のプロファイルでどうぞ >>409 俺も問題ない クリックした瞬間から読み込み始める ブックマーク(B)、表示(B)の周辺が混迷深めている模様 >>409 あとはセキュリティソフトとか業務PCなら監視ソフトの類とかも疑うべし ascii.jp、ごちゃごちゃして時代を感じるページだねぇ レスどうもです。 >>410 https://ascii.jp ならどこでも同じみたいです >>411-412 新規プロファイルを作ってみましたが状況変わらずでした Nightlyも変わらず、クリックして離してから2秒掛かってます 特に重大でもないのでこのまま様子見してみます >>416 nightly 20201122213806で当然ながら一瞬 つまりおま環 検証してもらってありがとうございます 最初アドオン無効だけで解消しなくて書き込みましたが、その後リフレッシュしたら治りました。 あと、質問スレがあったんですね。スレ汚し失礼しました。 新規プロファイル変わらずで リフレッシュで治るんだ と思ったら、治ったように見えるのはリフレッシュ直後だけで、強化型トラッキング防止が厳格だと遅くなるみたいです。 >>421 こちらでは厳格に設定しても、普通に読み込むよ(83.0 (64 ビット) >>421 強化型トラッキング防止機能を「厳格」にするとたしかにワンテンポ遅れる だけど規定では「標準」になってるはずなんだがな >新規プロファイルを作ってみましたが状況変わらずでした なんで設定を変えた?それを黙っていた? それじゃ意味ないんだよ 83Macだけど、新規プロファイル+厳格で確かに遅くなるな でも普段使ってるプロファイルだと厳格にしても影響ないから、なんか対症療法的な回避法がありそう 新規プロファイル作って即検証したんじゃなくて 設定弄ったりアドオン入れてから試したのか それじゃ確かに意味無いなw 強化型トラッキング防止(ETP)を標準と厳格で切り替えてみたけど、ascii.jpの読み込みで体感できるほどの差は感じられないな ETPの標準と厳格の違いは、ESR 78も含めてトラッキングコンテンツのブロックをプライベートウインドウのみで行うかすべてで行うかの一点のみ ETP標準の状態でascii.jp上で検出されるトラッキングコンテンツはdoubleclickが3つ、google analyticsが1つ、twitterが2つ、facebookが1つ、microadが1つ、twimgが4つと山盛り 別のブラウザでも試しましたが同じでした サーバー側の問題ですね って書き込んだら納得して諦めてくれないかなあ uBlockをオンにしたら厳格でもすぐ読み込まれた 厳密には調べてないけどin.trearedata.comへの問い合わせのレスポンス待ちが処理掴んでそう とりあえずサイトが悪いでいいと思う uBlock Originをオフにして厳格にすると確かに読み込みに時間がかかるのを確認 in.treasuredata.comではなかったっぽい とりあえずuBlock Origin入れて回避しとけばいいんじゃね デフォルトのフィルターで大丈夫っぽいし >>409 GoogleタグマネージャのJavaScriptをブロックしたら 2秒待ちの不具合が無くなるから、おそらく Firefoxのコンテンツブロッカーがタグマネージャに 関連する何かをブロックしていて、戻り値が無いので 2秒waitの後キャンセルしているんじゃないかな 具体的には https://www.googletagmanager.com/gtm.js?id=xxx-xxxxxxx がGoogleタグマネージャのJavaScript本体で 対処法は ||googletagmanager.com^ をAdBlockやuBlockのフィルターに追加してブロックすればいい >>386 先ず拡大の必用がないし便利でもないし何より見た目気持ち悪い センスのなさ以外何も感じない このクソ仕様をゴリ押ししてくる意味が分からんな 以前と違いブックマークバーを隠すという失態はなくなったが気のせいか高さが増えてコンテンツ表示部分が減っていないか? >>423 設定は変えてないです リフレッシュしてしばらくすると強化型トラッキング防止が勝手にインストールされるけど、その前にサイトにアクセスしたらすぐ読み込みが出来た、でもトラッキング防止が入ると遅くなったというだけです >>435 ありがとうございます。その対処をすると厳格でもすぐ読み込みできました >>438 リフレッシュの話はしていない あなたは「新規プロファイルを作ってみましたが状況変わらずでした」と言った 新規プロファイルでは「通常」になる >>404 オレのは、2011年に購入したi5、GeForce GT450Mが載ってるノートPCだよ もう十年になるけど、ネットとメールがメインだから性能的には十分なんだよね なんか、82に代えたらすこぶる好調になったわ。ブックマークは飛んじゃったけどw >>441 セキュリティ修正が21件(うち重要度:高が4件)もあるんだから 82 にするなよ 78.5.0esr にしておけ 83で使ったプロファイルそのままで82に戻したのか? それは駄目だろ >>445 それで、新規のプロファイルで勝手に強化型トラッキング防止機能が厳格になった という妄言を訂正するつもりはないのか? ちなみに新規プロファイルで起動したFirefox 83で ascii.jp 開いて F5したり終了・起動したりでもう2時間以上たったけど標準のままだぞ >>446 オレはそこまでプロじゃないからなんとも言えんけどw 83を新規ファイルにして82に戻したんだが・・・ まぁ、いまは快調なのは事実だ 32bit版はろくにテストしてないんじゃないの 83は大量に画像があるサイトでよくクラッシュするわ media.rdd-process.enabled falseにしてみるとかどーよ Nightlyのほうが安定してるわ Fission有効で速いしおすすめ ゾンビ爺のお出ましだ Linuxなら端末から起動してゾンビ化した時のエラーログでもbugzillaに送っとけ 確かに極たまになることはなる ワロタ、xkillをパネルに仕込んで置き、+印を移動してウィンドウ上でクリックして ゾンビ化したウィンドウを殺しにかかるとウィンドウは消える だが、パネルに起動中のゾンビが残る その状態ではメニューは使用できず、電源スイッチ長押しでシステムを強制終了しかない状態に追い込まれる タイミングが悪いとストレージ損傷の恐れもあるので、度々は試すことが出来ない タイトルバーの表示・非表示に触らぬと、とりあえず平常運転確保される したがって、「触らぬゾンビに祟りなし」 >>457 おまえがゾンビだよ 頭をぶち抜かないとダメなのか >>457 Alt+F2 使ってる端末名を入力+エンター $ pkill -9 firefox あとはお前がたまに使ってるLinuxMintのスレにでも池 ここの大半のFirefox on Windowsユーザーには関係ない ワロタ、不都合起したアプリのための便宜に用意しているのだからこれはこれてよい これで大抵は後腐れなく終了w タイトルの表示・表示の操作をした後に 多分、ユーザー操作待ちの循環のどこかに欠陥があるので ユーザー割り込みに対して、それを無明の奈落に導く穴が開いてしまう 以前は、それがウィンドウズサイズの不安定を呼び起こしていたが 最近はそれがゾンビ化まで拡大した つまり、高速化を願うあまり、決めるところを確実に決めず 端折った故に、欠陥が生じたのだろうむ ゾンビゾンビと連呼してる内に自らがゾンビ爺扱いされるようにw まぁ何と言うか…頑張れゾンビ爺 >>461-464 なお俺が今起動してるのはDebianのsidだがここ最近全くそんな事は起きない なので鳥かDE固有の問題だろう うだうだ愚痴こぼしてないでさっさと適切なスレへ池 怖くて行けないならxkillでも何でもして黙っとけ 83にしたらまた勝手にログアウトするようになった ツイッターとインスタグラム 複数の端末から同じアカウントで接続するような使い方してるんじゃないの? >>452 32bitだとメモリが足りなくなってるという可能性もある 問題なかったのが突然ゾンビ化するのではない カスタマイズでタイトルのチェックを入れたり、戻したりした後で発生する 多分、デフォルトのタイトル非表示のまま起動してできていればそのまま使うかぎり、その後は問題が生じないだろう だが、うまく行ってても、チェック状態を変えた途端に、ゾンビ化のトリガーが引かれる 酷い時はその場で現れるが、カスタマイズ処理を終えた後はゾンビ化は確定的になる これは82以降で現れるので、83の通常版でも85のNightlyでも、タイトル表示状態で正常に動くプロファイルで運用している 触らすゾンビに祟りなし 最小化するとタスクバーから出てこない 何なんだよ これ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる