Firefox、新バージョンをリリースしても互換性を保持すべきでは? 67
ストーリー by reo
plathome-independentとは何だったのか… 部門より
plathome-independentとは何だったのか… 部門より
ある Anonymous Coward 曰く、
「終わりなきパレード」のごとく続く Firefox のアップデートは、「ユーザーにこれといった利便性を提供する訳でもなく、例えば TinyMCE が提供するような一般的な機能を壊しているだけだ」と、InfoWolrd の Galen Gruman 氏が批判している (InfoWorld の記事、本家 /. 記事より) 。
例えば Firefox 11 は、旧バージョンの TinyMCE との互換性がない。旧バージョン TinyMCE は非常に多くの web サイトで使われているリッチテキストエディタであるが、Firefox 11 では旧バージョン TinyMCE で書かれたコンテンツを表示することができずに空白となってしまう。
Mozilla のフォーラムでは、こうした場合は TinyMCE を最新版にアップデートするようにとアドバイスしているようだが、氏は「高速サイクルで新バージョンをリリースする度に、TinyMCE を使用する web サイトが TinyMCE を最新版にアップデートすることを期待しているなんて馬鹿げているし現実的でない」とし、「ブラウザはこうした多様性にも対応していかなければならない」と苦言を呈している。
いままでのが響くとはいえ (スコア:4, 参考になる)
Chromeも高速リリースなんだが、なぜ並べて比較とかせんのだろうと良く思う。
# その意味では高速になったらって特段問題が多発するようになったとも思わない
# 開発再開したIE(8からね)も含め、現状各ブラウザは不具合をちゃんと潰しつつ進化してるとも思うんだけどな。
まあ、やばい問題にぶちあたったら、そりゃ文句は出るだろうけど...普段どおりの数という気もw。
麻痺してるかなぁ?
M-FalconSky (暑いか寒い)
単なるバグ (スコア:3, 参考になる)
TinyMCEの件は互換性が云々なんて話じゃなくて単にバグってただけ。Firefox 12で修正予定。
https://bugzilla.mozilla.org/show_bug.cgi?id=737784 [mozilla.org]
ほかにも、前後のバージョンでは問題ないけどFirefox 8だけWorkerの動作がおかしいとかFirefox 9だけtaintEnabledがないとかいくらでもあるので、高速リリース以降は特定バージョンを無理に使い続けてもバグを踏み続けるはめになるだけ。
Re:単なるバグ (スコア:3, 興味深い)
Firefoxに限った話ではないけれども、元々この手の不具合は多く、
積極的なユーザが果敢にバグを踏みに行ってレポートを上げる一方で、
消極的なユーザは「メジャーバージョンアップ後は暫く様子を見る」等の自衛的判断をしていた。
高速リリースはそーゆー「Firefoxとの付き合い方」を壊してしまった気がする。
普通のユーザはどの不具合がいつ直ったか確認したりはしない。
アップデートを忌避するようになるだけだ。
サイレントアップデートが採用されたらますますFirefox離れは進み、バージョンが散るだろう。
「最新バージョン以外」が順調に減り続けているIEとは逆の道を歩みそうだ。
仕事柄、多数のブラウザの多数のバージョンを併用してるんだが、
Firefoxばかりは、これからどう付き合っていけばいいのか、
また、他人にどう奨めればいいのか、分からなくなりつつある。
Re: (スコア:0)
そこは、サイレントアップデートがどうこうって問題じゃ無く
新バージョンがリリースされるたびに、以前は無かったバグが増えるというMozilla側の問題では?
# で単純に「バグが多いから」という理由でユーザーは離れていく
Re: (スコア:0)
高速サイクル取り入れてからはリリース優先ですぐ直せるバグあってもとりあえず出すってどうなんだろうか
「解決されてるんで次回リリースでで直りますよー」とか…
Re: (スコア:0)
高速リリースが誰の方向を向いてるのか分からないですよね。
Firefoxが高速リリースになる前の時点でそういうのが好きな人はChromeに移行済みだし。
あっちは法人顧客いないから長期サポートなんて不要だし。
Mozillaの中の人は、なぜ流行のChromeに流れずにFirefoxを使い続けてる人がいたのか理解できなかったんだろうか。
Firefoxに求められていたのは計画的なアップデートであって、高速リリースでは無かったと思う。
スケジュールが遅れるのが当たり前な以前の状態も酷かったけど、今はそれ以前の問題だからな…
とは言え、高速リリースになってからパフォーマンスを大幅に改善してきてるのも事実。
以前のような通常のナンバリングで、きっかり1年サイクルのメジャーアップデートなら最高だったのに。
Re:単なるバグ (スコア:2)
只今、12.0 β3 使用中。
困ってるのは、「バスター君のプラグインが使えない」、「Yahoo ツールバーが使えない」こと。
フィードバックには書いたけど、無視だろーなー。
hoihoi-p 得意淡然、失意泰然。
Re: (スコア:0)
バグならマイナーバージョンアップで潰して欲しいところ。11のバグなら11.1でとか。
#バージョン番号の桁に意味なんかないとか突っこまれそうだけど。
ESRじゃダメなんですか? (スコア:3)
Re: (スコア:0)
これ法人向けとかいてあるけど
個人でも使っても良いの?
Re: (スコア:0)
禁止されてるわけではないけどセキュリティに関わるものを除いて大半のバグは放置されるので(「バグも仕様」というユースケース向けだからね)あまりおすすめしない。
Re: (スコア:0)
> 高速リリース以降は特定バージョンを無理に使い続けてもバグを踏み続けるはめになるだけ。
って言ってる人もいるし、サイト制作側からすればIE6~IE9 全方向サポートの悪夢がよみがえるだけで、
ダメなのかと問われたらダメと答えたい。
互換性は関係ない (スコア:2)
それが得られないのは、Firefoxが悪いのか、TinyMCEが悪いのか。
互換性は関係ない。
Re:互換性は関係ない (スコア:1)
突っ込みがあれば歓迎します。
typo (スコア:0)
platform independent
Re: (スコア:0)
ぷらっとホーム?
TinyMCEにXSSが発見されても修正されると期待するなんて馬鹿げてる (スコア:0)
と公言してるも同然のサイトとか怖くて利用できません。
なんで? (スコア:0)
なんでコンテンツが表示できないわけ?TinyMCE が標準に反するテキストを吐き出すの?
Re:なんで? (スコア:2)
Firefox 11 を入れたら、 表示できなくなったコンポーネントが! - Windows 2000 Blog [livedoor.jp]
要するに、コンポーネントをロードすると、古いものから保持している情報を上書きして潰してしまうバグがあったみたいで
複数同時に開いてると古いものから使えなくなってしまうという訳
だから、リサイズなどしてリフレッシュすると、表示されるという|・ω・)
学習しない愚か者 (スコア:0)
肥大化して動けなくなったネスケ。
暴走して崖に突進する火狐。
どちらも待っているのは、死。
Re: (スコア:0)
別にねぇ、狐が亡くなっても、サファリやちょろ目があるし。
そろそろ、見切りをつける時期なんじゃないの?
Re: (スコア:0)
自分としては、SafariやOperaは最新版は動かないし、Chromeはそもそも動かないしで、
公式で切られても野良ビルドでなんとかなるFirefoxが亡くなるとちと困る。
WebGLとかの最新のハードに依存する機能はもう諦めてるけど、HTML5への対応状況とか
JavaScriptの高速化とか、そういうのでやっぱり最新版は使いたい。
Re: (スコア:0)
Windowsだと、SafariやChromeよりも、IE10のほうがMSのサポートもあるのでベストな気がする。
(もちろん、VistaやXPだったらIE10なんて選択肢はないから、FirefoxがだめならSafariかChromeのどちらかだろうけれど。)
# おっと、Operaさんを忘れていた。
Re: (スコア:0)
1.0が出た頃、Firefoxは自分にとって希望そのものだったな。
そんな自分も、今では殆ど使わなくなってしまった。
無駄なバージョンアップに拘り始めてから急速に支持を失った印象だけど、
既に終焉が近いのだとすれば、予想外に短い命だったと感じざるを得ない。
これはエンジニア向けの話なのでしょうけど (スコア:0)
一般ユーザー的な視点から見てもバージョンアップのたびに一部のアドオンが互換性がないとかで無効化されるとそれを利用している人にとっては困るのですけど互換性を維持した状態でバージョンアップをすることはできないのでしょうか?
面倒だ。 (スコア:0)
別にアップデートしたから便利ってものでもないし。
4月1日は過ぎたような (スコア:0)
まだ書き足りないの?
元記事の掲載日時と、Bugzillaの日時を比較しても、悪意の込められた嘘記事って分かるんだけど、別に転載してるだけだから釣られる奴が悪いって事?
元サイトのコメント欄見ても、記事の偏り加減が分かるだろうに。
Re:つーかFirefox重すぎ (スコア:1)
#手元にある64bit OSがWindows8 CPしか無い関係もあって、x64版Fxのメモリ使用量がどの程度かは見ていませんでした。なのでそちらには言及しません。
「標準を無視、あるいは先行導入して独自仕様を大量に生み出す」IEに対しての嫌悪感がこれをやらせているのかなと思いますが、正直言って最早やってることはIEと同じですね。
そもそもMozilla系の高速バージョンアップって、何のために導入された概念なんですかね?
公式のFAQ [mozilla.jp]を見ても、いまいちピンとこないんですが。「Webの進化するスピードが速くなっている」ということ自体、私の不勉強のせいもあるのでしょうが、どうも納得がいかない。そんなに大化けしているか? と思ってしまう。HTML5やCSS3のような基礎レベルでの新仕様が策定されていると言っても、それだって短期間に頻繁に内容が変わるものでもない(ぶっちゃけ短期間に変わる仕様は、そもそもの前提や要件定義がおかしい)。バグフィクスならそれこそメジャーバージョンアップに頼る必要はないですし。
最初の頃、単にIEがもうすぐ10、Chromeが16~17まで行っているので、それに追いつくために当時4だったFirefoxのメジャーバージョン番号を一気に上げるつもりなのでは、などと揶揄しましたが…
他のブラウザでRequetPolicyが使えないので仕方なくFirefoxを使い続けていますが、私は代替案が見つかったらとっとと捨てるつもりでいます。
Re: (スコア:0)
> それだって短期間に頻繁に内容が変わるものでもない
めちゃくちゃ変わりまくってますが何か。
> そもそもの前提や要件定義がおかしい
IEのバグに付き合わされてるせいだよ。
Re: (スコア:0)
HTML5だのCSS3だのでやってることって、 ぶっちゃけ、かつてIEが独自実装したことの焼き直し、 ってものが多々ありますよね。
そのうえ「標準」を御旗に、IEとは違うのだよIEとは、なんて主張をしていますが、実際には「実装が無い物は標準仕様を決めない」という世界なので、まず独自実装が先行して、それから詳細を詰めて標準が決まるという。なので標準を謳っていても、高速アップデートでサクサクと標準(笑)が変更され得ます。
さらに最近の H.264 や Web Storage の動向を見てると、都合のいいときは「標準」を免罪符にするくせに、都合が悪くなると「標準」の取捨選択権は我にありで勝手をやってるようにしか。
こうしたことから考えて、少なくとも一定の安定性があったIEの独自実装と較べると、「やっていることはIEと同じ」ではなくて「IEより酷い」と思うのですよ。
Re: (スコア:0)
> 実際には「実装が無い物は標準仕様を決めない」という世界なので、
先に標準を決めても誰も(具体的にはIEが)実装しなかったせいでそうなったんだよ。
Re:つーかFirefox重すぎ (スコア:1)
> 先に標準を決めても誰も(具体的にはIEが)実装しなかったせいで
「誰も」と言うのは文字通り「IE以外も」と言う事ですよね。
ぶっちゃけ、定義が曖昧な上にニーズが見え難くて、
どこのブラウザの開発者もそれを実装すべきだとは考えなかったのです。
(IE一強時代になる前の話ですから、「IE非対応だから対応しても無駄」と言う話ではない)
故に、提案された仕様はブラウザ開発者達が実際に実装してみて、
仕様の足りない部分が洗い出されたり、実装者による解釈の違いが明らかになってから、
その様な問題を全て潰して標準仕様としましょう、と言うルールになったのです。
まぁ、その意味では、HTML5周辺の標準はまだ固まってないので、
現時点でHTML5対応を謳ってる全てのブラウザは「無知なユーザを騙している」だけですし、
その状況を #2128718 が笑っているのは正しいかな。
# あの手のIE叩きは、実際に苦労した人ではなくて単なる釣りなんだろうなぁ。
# IE6以降だけを見てブラウザ戦争語っちゃうにわかは黙ってろ。
Re: (スコア:0)
> 誰も(具体的にはIEが)実装しなかったせいで
IE以外のブラウザは認めない宣言?
Re: (スコア:0)
IEが9割のシェアを取っていて、IEが実装しないと意味が無かった時代がありました。
Re:つーかFirefox重すぎ (スコア:1)
Re: (スコア:0)
ですね。
> そりゃあ32GBもあるから、多少使われたところで大したダメージでもないけど
自らおっしゃってる通りの判断なのに、それが自動で為されると何故か激怒する。
物言わぬコンピュータでもなければ、とてもつきあいきれませんな。
Re: (スコア:0)
同意。
使ってないメモリなんてゴミが刺さってるのと同じ。
Re: (スコア:0)
真面目に質問したいのですが、教えてください
>タブを20~30も開けば7GBとか余裕で使ってる
>因みに32bit版だと、どんだけ開いても2~3GBで推移してる
32bit版で計算すると 3GB/30=3000MB/30≒100MB となりますが、平均100MBもの巨大なwebページを常時閲覧しているのですか?
100MBを巨大と感じるのが古いのか、あるいは数MB程度のデータをレンダリングするのにFirefoxは100MBものメモリを喰うということなのか?
最近のアプリケーションの馬鹿食いぶりを見ていると、よくもこれだけ富豪的プログラミングが急速に普及したものだと感心してしまう
Re: (スコア:0)
非公式ビルドをわざわざ使って重いってw
その文句はその非公式ビルド公開してるところに言うべきでしょう
ところでなんで32bitの方を使わないの?
Re: (スコア:0)
同じ非公式ビルドの64bit Firefoxを使っていて試しに20個タブを開いてみましたが約550MBしか使ってませんよ。
Firefox自体のせいじゃなくてメモリリークしているようなアドオンを自分で入れちゃっているだけでは?
Re:つーかFirefox重すぎ (スコア:1)
パワーユーザーが入れていることの多いAutoPagerっていうアドオンがあるんですが、これが確か長らくメモリーリーク持ちだったはず(今は直ってるのかな?)。
まあそもそも、AutoPagerの「現在のページの末尾に新しいページをくっつけて1つの長いページを動的に生成していく」という挙動自体、言い方を変えれば「もう見もしない古いデータがいつまでもメモリ上に確保され続ける」という極めてメモリーリーク的な挙動な訳なんですけど。
Re: (スコア:0)
あなたにとっての「重い」の定義はなに?
メモリを大量に積んでいる環境ならメモリを大量に食わせたほうがパフォーマンスは向上するでしょ
Re: (スコア:0)
メモリ管理テーブルへのアクセスコストとか、キャッシュヒットの非効率とか、メモリを食うことで生じる速度的弊害はあると思うぞ。
Re: (スコア:0)
そこまでして非公式ビルドにこだわる理由がわからん。
もしかして、特別な環境を使ってる自分がかっこいいとでも思ってるの
Re: (スコア:0)
> しかも互換性の問題に関しては、正にブラウザ界のRuby
Pythonちゃんのことも忘れないで・・・! #Python3に移行できる日はいつくるのか
互換性で他をdisっていいのはPerlさんだけ。
Re: (スコア:0)
Re: (スコア:0)
メモリを大量に使っていたら「重い」とか、
前時代の情報溺者、乙としか。
Re: (スコア:0)
いい加減『BarTab』の機能を取り込んでくれねえかなぁ。
この機能を標準で持ってるだけでも「Firefoxは重い」の印象がかなり変わると思うんだが。
起動直後だけタブを待機状態にする機能なんか、Fx起動しっぱなしのユーザには意味がない。
フォルダでまとめたブックマークを一気に開く時なんかBarTabなしではクソ重くて仕方ない。
アクティブなタブに優先的にコネクションを割り当てるとかもやってなさそうだし。
Fx11でBarTab(2.1b2)が一応使えてるからまだいいけど。
全部の機能が動いてるわけじゃないしなぁ。
Re: (スコア:0)
そういえば、Firefoxのリソース食いを減らした軽量版?を出すとかって話はどうなったんですかね
正直、互換性よりこっちが気になる;
Re: (スコア:0)
「本当に減らせるのなら本体のをまず減らせよ!」って話にはならんのかな。