Web ブラウザーのバージョン 100 問題、未対策のメジャーサイトも 58
ストーリー by headless
対策 部門より
対策 部門より
Google Chrome は 3 月 29 日、Mozilla Firefox は 5 月 3 日にバージョン 100 に到達するが、メジャーなサイトの中にも Web ブラウザーのバージョン 100 問題に対応していないところがまだ残っているようだ
(Mozilla Hacks の記事、
The Verge の記事、
BetaNews の記事、
The Register の記事)。
Web ブラウザーのバージョン 100 問題はメジャーバージョンの桁数を決め打ちする User Agent パーサーにより、処理が正常に実行できなくなるというもので、非サポートの古いブラウザーを使用していると誤認識されるものから、一部の機能が動作しなくなるものまでさまざまな問題が発生する。
Webcompat が GitHub で受け付けているバージョン 100 問題のバグリポートでは現時点で 21 件が Closed、22 件が Open となっている。たとえば、ダイムラーのドイツの Web サイト (www.daimler.de) では Microsoft Edge のみバージョン 100 になると非対応ブラウザーと表示されて利用できない。実際に非対応ブラウザーの警告が表示されるのはリダイレクト先の group.mercedes-benz.com で、このドメインのサイトも Edge 100 では利用できない。
また、米 Yahoo の Web サイト (www.yahoo.com) では Firefox のみバージョン 100 でページ内の一部の機能がサポートされないと警告が表示され、ページ上部のナビゲーションコントロールが固定されないなどの問題が発生する。このほか、スタンダードチャータードの一部の市場向けページ (www.sc.com/in/ など)では警告画面が表示されて Chrome / Edge / Firefox ともにバージョン 100 で利用できず、Bathesda のサイト (bethesda.net) では利用自体はできるものの、 Chrome と Firefox のバージョン 100 で最新バージョンへのアップグレードが促される。
一方の Web ブラウザーもメジャーバージョンを 99 に固定してマイナーバージョンでメジャーバージョンを示すといった対策を準備している。Firefoxでは about:compat の「ユーザーエージェントの上書き」でバージョン 100 問題の影響を受けるサイトに対するメジャーバージョン上書きを準備しているが、問題が個別の対応で間に合わないほど広い範囲に影響する場合は一時的にメジャーバージョンを 99 にフリーズしてから他のオプションをテストするとのことだ。
Web ブラウザーのバージョン 100 問題はメジャーバージョンの桁数を決め打ちする User Agent パーサーにより、処理が正常に実行できなくなるというもので、非サポートの古いブラウザーを使用していると誤認識されるものから、一部の機能が動作しなくなるものまでさまざまな問題が発生する。
Webcompat が GitHub で受け付けているバージョン 100 問題のバグリポートでは現時点で 21 件が Closed、22 件が Open となっている。たとえば、ダイムラーのドイツの Web サイト (www.daimler.de) では Microsoft Edge のみバージョン 100 になると非対応ブラウザーと表示されて利用できない。実際に非対応ブラウザーの警告が表示されるのはリダイレクト先の group.mercedes-benz.com で、このドメインのサイトも Edge 100 では利用できない。
また、米 Yahoo の Web サイト (www.yahoo.com) では Firefox のみバージョン 100 でページ内の一部の機能がサポートされないと警告が表示され、ページ上部のナビゲーションコントロールが固定されないなどの問題が発生する。このほか、スタンダードチャータードの一部の市場向けページ (www.sc.com/in/ など)では警告画面が表示されて Chrome / Edge / Firefox ともにバージョン 100 で利用できず、Bathesda のサイト (bethesda.net) では利用自体はできるものの、 Chrome と Firefox のバージョン 100 で最新バージョンへのアップグレードが促される。
一方の Web ブラウザーもメジャーバージョンを 99 に固定してマイナーバージョンでメジャーバージョンを示すといった対策を準備している。Firefoxでは about:compat の「ユーザーエージェントの上書き」でバージョン 100 問題の影響を受けるサイトに対するメジャーバージョン上書きを準備しているが、問題が個別の対応で間に合わないほど広い範囲に影響する場合は一時的にメジャーバージョンを 99 にフリーズしてから他のオプションをテストするとのことだ。
シェアの高いブラウザがバージョン100になれば勝手に対応する (スコア:1)
シェアの高いブラウザがバージョン100になる事態がいままでなかったので、このような問題は放置されてた
シェアの高いブラウザがなんでもいいからバージョン100になれば、主要サイトは勝手に対応するので問題ない
Re:シェアの高いブラウザがバージョン100になれば勝手に対応する (スコア:1)
てか、なんでいい加減なUser Agentチェックをするサイトの為に
ソフト側が対応しなきゃならんのだろうか？
Re: (スコア:0)
そろそろUser Agent文字列というまったく信用できないもので判別することを非推奨にするべきだと思う。
Re: (スコア:0)
ブラウザで色々処理させるのを辞めたほうが早いと思うが。
Re: (スコア:0)
まあトックの昔にユーザーエージェントを見るのはやめようね。ブラウザごととかバージョンごとに個別対応するのはやめようねってことになってるからね。
でも無視されて相変わらずユーザーエージェント見られるのでなるべく区別のつきにくい難読なものを設定するようになった。
そしたら皆頑張ってパースするようになった。
結果パースミスによる被害のほうが多いような状況なのでグーグルは新たなるAPIを設定するような本末転倒なことを始めた。
Re:シェアの高いブラウザがバージョン100になれば勝手に対応する (スコア:1)
昨年一昨年とリニューアル案件があったので、「いい加減UAを見るのやめよう」と提案したけど、二度とも無視された
実際の利用環境調査しても、もうほぼ無意味なのに
JSのコーディングサンプルを頼まれたからAPIでの分岐を書いたのに、上がってきた実装を見たらUAでの分岐に変わってたのもあった（特権でAPI分岐に直した）
自分がチェックできなかったところは相変わらずUA使いまくってる
Re: (スコア:0)
非推奨は非推奨でしかなく、UA文字列による判定が使えなくなるのとはぜんぜんちがうのにいったいどういう問題があるというんだい？
Re: (スコア:0)
非推奨に問題があるとかないとか、いったいどこにそんな話が書いてあるんだい？
Re: (スコア:0)
なら非推奨でいいじゃない。感覚だけでコメントしてるのはどっちだよ
Re: (スコア:0)
もっともな意見だが、現実に不誠実な開発者はいるわけで、困ったら利用者が意図的にUA偽装するくらいでは・・・？
くだらないバージョン競争の結果 (スコア:0)
バージョンナンバーが大きいほど偉いという謎の競争が始まった結果、
それがなければ何十年も気にする必要がなかっただろう問題が発生、
このことが予見できるくらいならこんなくだらない競争はしなかっただろう。
他にも、とにかく速いペースで機能を増やさざるを得ない開発側の都合でユーザーが振り回される昨今。
Re: (スコア:0)
もはや一般ユーザーはブラウザのバージョンナンバーなど見てないんだから、ビルドナンバーとか日付けをバージョンナンバーとして使うとかで良いんじゃないかな。
Re: (スコア:0)
桁が増えただけで破綻するクソコードが原因なんだからそれはあまり意味がないのでは
Re: (スコア:0)
西暦4桁を前提に日付をバージョンナンバーとして扱えば西暦5桁になるまでは問題を先送りにできる。
西暦10000年まで今の文明が続いてるとは思えないので問題は起きない。
Re: (スコア:0)
かつての開発者たちもそう思っていたんですよ。
今作ってるシステムが2000年まで残っているわけがない、2桁で十分だ、と。
Re: (スコア:0)
30年（2000-1970）と8000年（10000-2000）はさすがに問題が違うのでは
Re:くだらないバージョン競争の結果 (スコア:1)
...みたいに余裕でいたら、
2100年でバグったり、3000年でバグったり...
いやまずは2038年か？いやいや2036年だ、昭和100年だ、注意すべき点が多すぎてもはや罠しかない。
(修正ユリウスでオーバフローさせない自信があるなら石を投げて良し？)
Re: (スコア:0)
×かつての開発者たちも
〇今の開発者たちも
Re: (スコア:0)
それならバージョンを0埋め8桁でいいじゃん
で、結局足りなくなって焦ると
Re: (スコア:0)
やはりMS-Windows2000は偉かったんだ。
Re: (スコア:0)
それはただのWindows NT 5.0定期
Re: (スコア:0)
埼玉スタジアム2002みたいな恥ずかしい名前をいつまで使ってんだ
Re: (スコア:0)
2021年に大々的に行われた東京オリンピック2020をもう忘れたか。
Re: (スコア:0)
> バージョンナンバーが大きいほど偉い
京コンピュータという空前絶後のバージョン
Re: (スコア:0)
そうだ!
バージョンナンバーが特定の、たとえば無理数に近ければ近いほど偉いという謎のルールを決めればどうかな。
これなら桁数こそ増えるけれども、無限に大きくなることもなく、それでいて無限に開発を続けられる。
開発を終了したくなったらら、きっちりその数になるということで。
#eとかπとかの誰でも知ってそうなありきたりの数は避けるとして。
Re:くだらないバージョン競争の結果 (スコア:1)
TeXは知ってて言ってるんだろうけど。
なんで無理数にする必要がある?
桁数増やしていいなら、0.9 -> 0.99 -> 0.999 -> ... でもエエんちゃう?
// 循環小数 0.999…=1 な。
ありきたりでない無理数にしたら、次のバージョン番号は何が正しいか解らなくなるんじゃね?
Re: (スコア:0)
スベったね
Re: (スコア:0)
無理数だけに無理がありましたね。
Re: Re:くだらないバージョン競争の結果 (スコア:3, おもしろおかしい)
無理数だけに
Oracle 9i「………」
Re: (スコア:0)
スパーン！（無言ツッコミ）
Re: (スコア:0)
TeXのバージョンが円周率ですね。
クヌースさん今84歳、今でも開発を続けているんだろうか?
Re: (スコア:0)
2021年に3.141592653を出してる。
https://tug.org/TUGboat/tb42-1/tb130knuth-tuneup21.pdf [tug.org]
Re: (スコア:0)
TeX「せやな」
METAFONT「そやそや」
Re: (スコア:0)
バージョンが大きいほど偉いと考えるユーザがいることを理由に、
Firefoxはラピッドリリースに踏み切ってバージョン水増しに走ったようだ。
しかしそんな発想に至るユーザ層は、もとよりFirefoxなんて選ぶはずもない。
Re: (スコア:0)
Firefoxがそんな間抜けな設計のわけねえだろ。
ちゃんとChromeの方が先に100になるように計算されてる。
Δとか。
Re: (スコア:0)
これってバージョンナンバー競争なの？
もうメジャーバージョンとかマイナーバージョンとかめんどくさくなって、
バージョン番号なんてただのシーケンス番号、定期リリースしたら1増やすって思想で淡々とリリースしてるんだと思ってた。
Re: (スコア:0)
少なくとも、開発側の当初の言い分は「バージョン番号に意味をなくしたい」だったはず
大きな数字が好きな、一部のアプリ開発者や使用者の問題だと思ってた
Re: (スコア:0)
昔は0.1から始まってなかなか1.0にならずに、その次は1.5だけど2.0に行く前に1.8を出して、みたいな感じでかなり詳しい人じゃないとバージョンの意味が理解できてなかった。
どうせ数字は大小しか意味がないんだから、恣意的な有理数よりは自然数の方がいいってだけの話。
Re: (スコア:0)
だから意味を持たせ共有可能なルールにしたのがSemVerだが、人類はまだ依存関係地獄でもがいている。
Re: (スコア:0)
いっそのこと次はChromf/1.0.0.0にしてしまえよって思う
Re: (スコア:0)
バージョン競争なんてないよ
もしかして高速リリースはバージョン番号を上げるためだけにやってるとでも思ってたの？
＞バージョンナンバーが大きいほど偉いという謎の競争が始まった結果、
それはあなたの感想ですよね？
「バージョン 100 問題」なんて大騒ぎするから対応できないんですが (スコア:0)
弊社のあるシステムも実は「Chrome/NN」のNN部分2桁での判定コードがあるのですけど、「バージョン 100 問題」なんて大騒ぎされていなかったら、普通に3桁になるのだろうと考えてとっくに3桁対応に改修してます。
でも、WHATWGの時代になってからのブラウザ業界って直前になってからころころ対応変えたりしますんで、このように大騒ぎされていると、最終的には「やっぱりバージョン100にしたら問題発生するので 99 を最終にして 99.XXX みたいなバージョン表記にします」なんて対応になりかねません。
となると、3桁対応に変更する手間が無駄になるので、バージョンが 99 がリリースされてから 100 がリリースされるまでは4週間はあるわけですから、少なくとも99がリリースされてから2週間は様子見します。
なお、「そもそもそんなの最初から数字部分を正規表現で [0-9]+ にしとけばよいだけでしょ。2桁固定なんて馬鹿げている。」なんて思っている人は、正規表現覚えたばかりの初心者かと思います。
今はてブでホッテントリーになっている 正規表現の脆弱性 (ReDoS) を JavaScript で学ぶ [nmi.jp] などを見ていただければ分かりますが、UserAgent のようにユーザーが自由に設定できて、しかもアクセスごとに判定が必要なような場面で気軽に正規表現を使うべきではありません。というか、UserAgentでもブラウザ判定に正規表現なんて不要です。
仮に正規表現を使うにしても、他のパターンとの組み合わせによっては文字数の何乗かのチェックが走る0～1回以上（任意長）繰り返しのマッチなんて入れないに限ります。
正規表現には異常な過負荷を発生させることができる罠が山ほど仕掛けられているし、処理系によってその条件が違うので、どうしても必要な場面以外では正規表現なんて使わないのに越したことがないです（使うなら少なくともタイムアウト処理も必要）。
よくあるケースとして、「フレームワークやWebサーバががNNN文字で切り捨てる仕様になってるから大丈夫」なんて考えていて、バージョンアップやサーバ側やCDNでの設定変更でその制限が無くなって文字数制限が無くなってReDoS 食らう可能性もあります。
発散的な上に無意味な議論 (スコア:0)
本来であればバージョンナンバー3桁の対応はバージョン90とかそのへんで終わっているべきだった。そしてバージョン番号が3桁にならなかったらみんなであの苦労は何だったのだと嘆くのが正しい姿。
問題なのは正規表現で判定するかではないし何桁で判定するかでもない。二桁決め打ちではなく一桁から3桁でも良いわけだし。
問題なのは泥縄になってるところ。いや泥棒を捕まえながら縄を編んでるからちょっとだけマシ？
てかバージョンなんてローカルで判断させてサーバに送らせりゃいい。
Re: (スコア:0)
ユーザーエージェントではなく機能ベースで判定しろと言われているのだからブラウザの判定を行うのはクライアントサイドだし、
変なユーザーエージェント文字列が設定されていてReDoSになったとしても自業自得としか言い様がない。
2000年問題から20年も経って (スコア:0)
一体なにを考えて実装しているのかと。
Re: (スコア:0)
Ubuntuバージョン番号の悪口はやめろ！
Client hints はどうした (スコア:0)
User Agent をやめて Client hints に移行するという話はどこいった？
ch-ua：“Chrome”；v=“100”
なんて表記になり、vの値を抜き取れば解決じゃなかったのか
Re: (スコア:0)
if "2" < v[0]
なんてことする奴がいるから問題になってるんじゃ
Re: (スコア:0)
新方式に移行する計画があるなら、99以降のバージョンは新方式で示して、UAの方のバージョンは完全廃止まで99でカンストさせときゃいいんじゃないの
99以降のバージョンを判別したいサイトは、これから判定処理を作るんだから、新方式で3桁以上にも対応した処理にしてもらえばいい
過去に作られた旧方式での判定を使っているサイトで、これから登場する99以降のバージョンを区別出来なかったら困るケースは少ないでしょ
Re: (スコア:0)
Client hints導入の時点で2桁数字決め打ち実装してる方が頭おかしいのに
仕様上は問題ない3桁以上でそのおかしな実装への対策のため新方式を導入する案ってひどい話だな