バグ on akky@サイボウズラボ・ブログ

And. を5回続けて書くと Google Docs が落ちるバグが見つかる

Fri, 06 May 2022 00:00:00 +0000

Google Docs の公式サポートフォーラムで、不思議で面白い(中の人にとってはたいへんかもしれません)バグが報告されています。

“And. “を5回続けて書くことで、Google Docs で編集中のページがクラッシュしてしまうというのです。

Google Docs サポートフォーラムより、再現されたエラーのスクリーンショット

Chrome, Firefox で再現したというコメントがあるので自分も試してみたのですが、どうしても再現しません。今朝4時頃(日本時間で)のレポートに対して6時頃には Google の人が確認し修正中だと回答しているので、もう直っているのか、何か条件が違うのか。Google アカウントの言語は英語にして試しているのですが。

より詳細な再現手順は、“And. And. And. And. And.“と書き、改行してからページのリロード、ということ。“and. " と A を小文字にしてはダメで、ピリオドの後にはスペースを入れないといけないそう。

また、“But. “5回でも起こるそうですが、だからといって大文字で始まるどんな英単語でも起こるというわけではないということ。

Hacker Newsのコメントでは、Also, Therefore, And, Anyway, But, Who, Why, Besides, However などの英単語を使っても再現したそう。

特定の英単語でしか発生しないことから、英語に関する機能、つまりスペルチェッカ―が原因ではないか、という話が出てきています。実際、And. And. を打った時点でスペルチェックの青波線が出ていますね。メニューから Tools の Grammar suggestion をオフにするとクラッシュしなくなるという話も。(自分で再現できていないのでもどかしいです。)

via Hacker News

Apple製品でだけ違う表示にできる PNG ファイル

Thu, 16 Dec 2021 00:00:00 +0000

PNG Parser Differential では、Apple のデバイスでだけ異なって表示される不思議な PNG ファイルが公開されています。

Windows + Chrome で見た同ページ

iPad + Safari で見た全く同じページ (Chrome でも同じ)

PNG の表示結果がまったく違い、“Hello World” が “Hello Apple” になっています。不思議ですね。

デビット・ブキャナン氏(David Buchanan)は、マルチスレッド対応のPNGデコーダを自作しようとしている時に、自分が作りこんだバグに気づいたということ。それは、一つのPNGファイルを分割してそれぞれを個別にzlibでデコードしたものを単純に結合しても、必ずしも元の画像に戻らないことに起因するバグだでした。リンク先には PoC のコードがあります。

もし分割の前半部分が非圧縮ブロックの途中であった場合に、単純結合では本来の画像が復元されないという問題が起こるそうなのですが、そうすると PNG を小分けにしてデコードしようとしない限りこのバグを作りこむことはなさそうです。

そして、この問題をさらに調べたブキャナン氏は Apple のデコーダーにも同じバグがあるらしいと気づいたわけですね。Apple のデコーダはマルチスレッドで PNG データを分割デコードしているようです。おそらくパフォーマンスを稼ぐため。そこには iDOT というApple 独自のチャンクタイプも絡んでくるらしいのですが、とにかく、前記のような条件を満たす PNG を人工的に作ることで、Apple デバイス上のレンダリングでは違う解釈をさせることができるというのが、冒頭の不思議な PNG ファイルというわけです。

そのうち修正されるのだろうとは思いますが、これまでもバグを指摘していた人たちはいるようです。このバグをわざと使って何かする人とかでてきますかね。

via Hacker News

DockerとRazer Synapse 3、全く関係のない2つのアプリケーションの一方しか起動できないバグの秘密

Fri, 28 Feb 2020 00:00:00 +0000

Docker for Windows を動かしていると Razer Synapse 3 が起動しなくなり、Razer Synapse 3 を動かしていると Docker for Windows を起動できない、という現象が発生していたそうです。

Docker for Windows は Docker社公式の Windows Pro 用 Docker環境、Razer Synapse 3 はRazer 社のゲーミングマウスの設定ツールです。接点の無さそうなこの二つのアプリがなぜ?

この不思議な現象の原因を見つけた@Foone さんのツイートがこちら。

Docker for Windows も、Razer Synapse 3 ツールも、それぞれが同時に一つしか「自分の」プロセスが動かないように制御していました。自分の GUID を名前としたグローバルな Mutex を作ることで、2つ目の起動がされないようにするというものです。

しかし、二つのアプリケーションの両方ともが、自アプリのGUIDではなく、.NET (の一部)のアセンブリ情報を参照してしまっていました。そのため、二つのアプリケーションは同じ名前の Mutex を参照することとなり、一方が起動中にはもう一方が起動できなくなっていたのです。

@Foone さんはさらに、StackOverflow の回答が原因なのではないかと推理を続けます。

「.NET 2.0 でGUIDを取得する方法は?」という質問に対して回答され、質問者によって「ベストアンサー」に選ばれた2009年の回答のコード

string.Format("Global\{0}", (object) Assembly.GetExecutingAssembly().GetType().GUID);

これが、「自プロセスのGUIDを取得するつもりで.NET(の一部)のGUIDを取得する」処理だったのです。

質問の12分後に書かれたこの回答、ベストアンサーとされてから1年以上そのまま信じられ、回答が間違っているという指摘をする人も現れているのですが、ベストアンサーとして受け入れられている回答を消すことは仕組み上できず、どこからか気づいた元回答者が戻ってきて間違った回答の内容を編集するまで3年間、さらにそこにベストアンサーとして載り続けていたということ。

この間に、二つのアプリケーションの開発者が、重複起動をさせないための方法を検索し、このベストアンサーを見つけて、実装したのではないか、と。

偶然同じ間違った結果に別のアプローチから達した可能性もゼロではないでしょうけど、まあ上の推測が合ってそうな気がします。

Docker for Windows が修正されたのは2018年5月ということ。Razer の方は、今回の@Foone さんのツイートがバズったためバグについて知ることとなった CEO が、修正を約束したようです。

もしかしたら、第3、第4の同時に起動できないWindows アプリケーションも存在するのかもしれません。

たしかにテストするのが面倒そうな処理ではありますが、質問サイトの回答をコピペして良しとすることの問題が現れた事例ですね。

via Hacker News

BugBug - 機械学習によるバグの自動トリアージ by Mozilla/Firefox

Wed, 10 Apr 2019 00:00:00 +0000

Mozilla Hacks で、2月から導入された BugBug というバグレポートの自動分類ツールの紹介が読めます。

Mozilla の様々な製品/コンポーネントに対して発行されたバグ報告を、とりあえずどの製品のどのコンポーネントに属するものかを分類して、そのコンポーネントの担当者に早く届くようにする、というのか今回のツール導入の目的だそうです。

大災害時などに負傷者の治療作業の順番をつける「トリアージ」と同様のことをバグに対して行う「バグトリアージ」というわけ。

“Teaching machines to triage Firefox bugs” より、概念図

これまではというと、ボランティアや開発者が人手でバグを分類し設定することで担当者に届けられていたのですが、ここの分類に日数が掛かっていて、バグが解消されるまでの期間が長くなっていた、と。

機械学習で分類させるには、どんなバグレポートがどのコンポーネントに対するものか、という過去の正しいデータが必要ですが、Mozilla でこれまで発行されたバグレポートは20年以上の期間での153万件を越えるそう。

これが人力でおおむね正しく分類されているので、これをXGBoostに食わせることで、新たに到着したバグレポートが属するコンポーネントの予測が自動的にできるのだそうです。

2月末に一部のプロダクトに対して導入運用を始め、350件のバグを自動分類し、そのチケットの解決までの日数の(外れ値を除いた)中央値は2日間と改善されたそう。ちなみに、今は60%の信頼度で分類して、80%以上の適合率を達成しているそうです。

今後の計画としては、重複チケットの検出、バグレポートに欠けている内容(たとえばバグの再現方法)を見つけて報告者に追加してもらう、リリース版での重要なバグを素早く発見する、などを検討しているということ。

大きな製品になるとバグレポートも膨大に届き、切り分けだけでたいへんな人的リソースを必要とするのでしょうけれど、その部分の自動化は開発側にも利用者側にも大きな恩恵を与えそうですね。

via VentureBeat

フェイスブックで「女性の友達の写真」は出るのに「男性の友達の写真」は出ない

Fri, 15 Feb 2019 00:00:00 +0000

友達の検索ではなく一般の検索の方ですが、検索ボックスで「女性の友だちの写真」(Photos of my female friends)と入力するとつながっている女性の友人のアップロードした写真が出てくるのに、

「男性の友だちの写真」(Photos of my male friends)と打っても男性の友人の写真は出てきません。

代わりに、何らかの検索した結果の写真が表示されました。

ベルギーの Facebook ウォッチャー、Inti De Ceukelaire さんがツイッターで紹介したこの謎現象

Facebook heeft dit weekend hun creepy verborgen zoekfunctie stiekem aangepast. Je kan nu geen verborgen foto's meer opvragen van je mannelijke vrienden. Vrouwen kan/mag je wel nog stalken. 🙄 pic.twitter.com/gXppjNt5E1
— Inti De Ceukelaire (@intidc) February 11, 2019

TheNextWeb も書いてますが、Facebook が今の形になる以前の大昔(2004年)、まだ名前が Facemash だったころ、ハーバード大の女子学生の顔に点数をつけるサービスだった、という過去を思い出させるバグです。さすがに今わざとやったわけではないでしょうけど。

React.js - 「ブラックリスト」は人種差別?

Mon, 10 Sep 2018 00:00:00 +0000

「ブラックリスト」の利用は侮辱的である!

The use of “blacklist” is offensive! #13604

という React のGitHub Issues におけるバグレポート。

報告者は、「人種差別的や、家父長的な背景のある用語を避けよう」という主張で、こちらのツイッターを引いています。

ブラックリスト → 否定リスト

ホワイトリスト → 許可リスト

キラーアプリ → 愛されアプリ

マスター/スレーブ → プライマリ/レプリカ

https://twitter.com/andrestaltz/status/1030200563802230786

本気か、と思いましたが、たった2時間のうちに、Dan Abramov氏が「もちろん。いいね」と、多少文言を変えて修正し、チケットはクローズされました。

ちなみに、ブラックリストの語源には、人種的な意味はなさそうです。

まあ、言い換えの効かない単語ではないし、ささっと変えてしまえば済むといえば済むんでしょう。ソースコードチェックツールにこの手のセンシティブな単語のチェッカが入るようになるかもしれないですね。

# もしかしたらもう入ってたりするのかな。

via Hacker News

心のささくれたプログラマにリリースノートを書かせる弊害

Wed, 19 Jul 2017 00:00:00 +0000

アメリカの有名出会いアプリ OKCupid のスマートフォンアプリのバージョン更新案内文が、特定のユーザー一人に対する、行儀が良いとは言えない返事になっている、と reddit で発見されています。

バージョン 9.1.0 の新機能

シカゴのビルなる人物が、リリースノートでフザケるのをやめて技術的な詳細を寄こせと言ってきた。やあ、聞いてるよビル!

Bill from Chicago remarked that he wanted us to quit clownin’ around in our release notes and just give him the technical details. Well, we’re listening Bill!

今回のリリースでは、誰かとちょうど30回メッセージをやりとりしてからその会話を閲覧してる時に、もう一通メッセージが届いたらクラッシュする、というバグを直しました。もう一つ、アプリを閉じてから再起動した時に、どの写真にコメントしたかをアプリが覚えているようにもしました。ヒュー! このバグが治って良かったよね、ビル?

In this release we fixed a bug where if you had exchanged exactly 30 messages with someone and received another message while viewing the conversation, it would crash. We also added the ability for the app to remember what photo you were commenting on even if you closed and reopened the app. Phew! Good thing we fixed those bugs, right Bill?

Chess.com のiPhone版が32bitオーバーフローで動かなくなる

Fri, 16 Jun 2017 00:00:00 +0000

オンラインのチェス対局コミュニティChess.comのスマートフォン版が、プログラムのバグによって動かなくなる事件が発生していたそうです。

13日に公式フォーラムでiOS版ユーザーから「動かない」という声が上がりはじめ、開発チームが調査したところ、これまでにchess.com 上でプレイされたゲーム回数が 21億回を超えていたことが判明。正確には 2,147,483,647 回越えで、プログラマーならピンとくると思いますが、2^31, 符号付き32bit整数の最大値です。

サイト全体が動かなくなったのではなく、2013年以前のiPhoneを使っているユーザーだけに不具合が起こっていたので、運営もなかなか気づけなかったということ。運営ではみんなが新しいiPhoneを使っていたんですね。

32bit版のiOSを使う古いiPhone や iPad では、chess.com サーバから送られてきた JSON の解釈が、なぜか元と異なる値になってしまっていた、と。

開発チームは、クライアント側の修正とサーバ側の修正の2案を用意しましたが、テストチームのテストを通した後、ハック的でその場しのぎなサーバ側の修正は反映せず、Appleのアップストア側のアプリを新バージョンに更新することで修正としたそうです。

記念すべきオーバーフローを最初に引き起こした対局がこちら。

Hacker News やIT系のニュースで多く取り上げられたことで、「これまでの対局が21億回もある」という点がクロースアップされ、サイト的には良い宣伝にもなったようです。

via Hacker News

Facebook、バグによってCEOマーク・ザッカーバーグ氏の死亡を伝える

Sun, 13 Nov 2016 00:00:00 +0000

このバグはひどい

RIP: An unusual bug on Facebook briefly labelled many people as dead - including CEO Mark Zuckerberg https://t.co/CVWwFQaBi9 pic.twitter.com/frChP2E4AG
— BBC News (World) (@BBCWorld) November 12, 2016

創業者ザッカーバーグ氏をはじめ、複数の有名人のFacebookプロフィール上が「追悼アカウント」とされ、故人を悼むメッセージが表示されていたということです。

マークを愛した人々が、共有された追憶と称賛で心慰められるよう願います。

We hope people who love Mark will find comfort in the things others share to remember and celebrate his life.

How many of you prematurely died on Facebook? I did. https://t.co/iQHQaWa8D3
— Jon Swartz (@jswartz) November 11, 2016

「何人が若死にした? 僕も死んだよ」という人も。

有名人や自社の社長だから騒ぎになってすぐ訂正されましたが、もしかしたら一般人でFacebookに殺されたままの人というのも、もしかしたらいるのかもしれないですね。

「タイでの乗り継ぎ便は47年後です」、サポートの機転が失敗を大評判へ変えた

Fri, 16 Sep 2016 00:00:00 +0000

航空券検索サイトのスカイスキャナー(Skyscanner)は、目的地までの安い航空券を探してくれるというウェブサービスです。ある日このサイトでニュージーランドからロンドンまでのフライトを検索したジェームス・ロイドさんは、こんな検索結果を受け取りました。

タイ・スワンナプーム国際空港での乗り換え - 413786.25時間

“long wait”… 長いにも程がある

これを見たロイドさんは、スカイスキャナーのFacebookアカウントに対して

「やあスカイスキャナー。あなたのところのサイトが47年間のストップオーバーを提示したんだけど、現地でのオススメはあるかな?」 Facebook

とメッセージを送ります。サービスの不具合に対する皮肉も含まれていたと思いますが、Facebook上でのSkyScanner公式アカウントによる回答がこちら。

空港ターミナルが大好き、ということでなければ、その年月(years)だったら空港の外に出るのがいいでしょう。私のオススメは、

ソンクラーン(タイ旧正月・水かけ祭り)は終わったばかりだけど、あと46年あるから大丈夫

高いところは好き? ムーンバーはとてもいいところだし、夜中の1時まで空いてるから時間つぶしにも最適ですよ

チャオプラヤー川クルーズにはちょっとした日数が要るのであなたにはいいかも

小腹がすいたら水上マーケットですね。食べ物をゲットするだけじゃなくて、友達も作れるのでウィン/ウィンですね

ルンピニー公園で太極拳の達人になるのもいいかも

- Jen (追伸教えてくれてありがとう - 担当者にその部分をチェックさせます!)

この回答を見た人たちが、「面白い」「あなたは昇進すべき」といった賞賛の声や、「すごくたくさんの人が君のラストネームを知りたがってるよ」「ジェン、君は独身?」といったジェンさんへの興味を示したコメントが大量に寄せられ、このやりとりはあっという間に広くシェアされることになりました。

いろんな人からの賞賛や問いかけに対して、このJenさんは丁寧に、しかもいつもウィットを忘れずに回答し続けています。

誰か「誰も気づいてないみたいだけど、47年間ストップオーバーしても翌日には到着するってことは、SkyScannerはタイムトラベルを発明したってことなんじゃないの?」

「このスレッドは、タイムトラベルという私たちの本当の計画から目をそらすための作り話なの - Jen」

他の誰か「ジェン、これは君の履歴書に書かれるべき(事件)になるよ」

「今やこれ(このスレッド)が私の履歴書ね - Jen」

他の誰か「スカイスキャナーは今後47年間は顧客サポートの王者として君臨するね」

「それって私はもう家に帰ってもいいってことかしら? - Jen」

他の誰か「君はそれぐらいの評判を得たよ。素晴らしい回答を続けてほしいね」

「* スクリーンショット撮影、上司に送付 * - Jen」

発端から6日後には、元の質問者に対してこんなメッセージも

「『これからのバンコクの47年間役に立つような』グッズを発送させていただきました - Jen」

ネット対応インターホンが「まったく知らないどこか他人の家の玄関」を映していたというバグ

Wed, 01 Jun 2016 00:00:00 +0000

https://www.flickr.com/photos/xlivexalivex/5730231009

Ring 社の Doorbell Pro は、インターネットのクラウドサービスに接続できる玄関用のインターフォンです。

外出先からでも、スマートフォン等で訪問者の様子を確認できる、という機能も販売ページでは強く打ち出されています。

他にも、カメラに映る玄関前の特定の領域を指定し、そこで動きがあったら警告を受け取れる、など、自宅を守りたいというセキュリティ意識の高いユーザーに好まれそうな機能を持ったIoTガジェットですね。

しかし、このDoorbell Proユーザーの中から、「自分の家のインターフォンに、まったく知らない他の景色が映っている」という声が挙がったというのです。

このユーザーからの相談を受けた Android Central が、Ring 社に問い合わせをしたところ、Ring社はソフトウェアバグによる間違いが「一部のユーザーで」発生していたことを認めました。

Ring社では、Doorbell Proの一台一台に、ランダムに振った重複しないIDを持たせているそうで、このIDを使ってどこに設置されたDoorbell Proかを判別しています。

しかし、ベータ版の運用に参加していた初期ユーザーの機材については、ベータの時に使ったデータベースで割り振ったランダムIDを持っていたのですが、本番運用に移行した際に、別の新しいランダムIDを与えてしまっていたということ。その結果として、機材が認識している自分のIDと、本番運用のデータベースが知っているIDが一致せず、自宅の玄関を映そうとしたらまったく違うユーザーの玄関が映るという事故が発生していた、と。

「実際に映像の取り違えが起こったのは、一日に処理される400万回のうち、10件にも満たない」とも説明しており、たまたま気づいたユーザーが、Ring社ではなくブログメディアに伝えたためにバグの存在が発覚した、という感じでしょうか。

「家の中が見られたとかならともかく、どこかわからない遠い他人の家の外の景色が見えたことはたいした問題ではないだろう」というコメントもありますが、セキュリティのための商品ですから、ユーザーや製品ファンの中にはがっかりした人もいるのではないでしょうか。

しかし、呼び鈴がなってインターフォンを見たら、まったく知らないどこかで知らない誰かが映っていた、というのは、ちょっとSF的な体験かもしれないなあ、とも思いますね。

グーグル検索で特定の数式"-4^(1/4)"を与えるとアダルトサイトが表示されるバグが発見される

Sun, 10 Feb 2013 00:00:00 +0000

英語の質問サイトQuoraにて、「グーグルで"-4^(1/4)“で検索するとなぜかポルノサイトが出てくるんだけど?」という質問が話題になっています。実際に手元で検索してみても、アダルトサイトばかりが検索結果に表示されます。

「セーフサーチ: 強」の時はさすがに何も出ないようなので、何がなんでもアダルトな結果を見たくない人にまで見せてしまうという事故にはならずに済んだ模様。

この質問を見て試してみた人たちの「俺も俺も」の証言が集まってきた結果、この数式に限らず、桁数の数字が3つ並んでマイナス記号を含む一定のキーワードで、この結果が引き起こされることが絞り込まれてきました。

この質問は先月にされたようですが、一昨日になってQuoraにGoogle検索チームのエンジニアが登場し、これがグーグル検索のバグであることを認めました。そして彼は、実際にどういう条件でアダルトサイトの検索になってしまうのかを説明しています。

アダルトサイトを出してしまう数式は、必ずしも

“-4^(1/4)”

という形である必要はなく、グーグル検索の内部では、この数式は

-4 “1 4”

と同等の扱いなんだそうです。この検索は、

-4 : 4を含まない
“1 4” : 1と4が連続している

の両方を満たすもの、という意味で、両者は矛盾しているので、検索結果は本来なら0件になるはずです。

しかし、この矛盾した検索指示にマッチしてしまうウェブサイトが、どうもグーグルのデータベースの中に存在し、それらが表示されてしまう。それこそが今回のバグの原因だ、ということだそうです。

なぜかわかりませんが、グーグルの内部で、今回表示されてしまうようなアダルト系のページが、これらの存在しないキーワードに結び付けられてしまっているようですね。

たとえば、こんなキーワードでも、症状は発生しました。

-1 “1 b”

Quoraの回答者たちが示した組み合わせとしては、以下のようなものも効くようです。

“1 2” -1 “1 2” -2 “9 8” -9 “h 3” -h “15 12” -12 “apple 1” -apple “apple 1” -1

Quoraの他のある回答者は、アダルトサイトは検索上位に出るための工夫(SEO)をものすごく頑張っているので、ありとあらゆるキーワードで引っかかるようになっているのだ、と予想していましたが、機械的にいろんなパターンを生成してグーグルを騙そうとした結果が、効いたという可能性もあるのかもしれません。

このバグは現在修正するよう頑張っている、ということなので、試せるのはあと少しの間かもしれません。

今修正に追われている中の技術者には気の毒ですが、これだけ広く使われている、現在世の中にある中でも最も複雑で大規模であろうwebサービスにおいてこんなバグが有り、しかもバグの出方が笑ってしまうような結果、というのはすごいですね。

これまでにもこのバグを見つけてた人は何百人といたのかもしれませんが、疑問に思ってしかるべきところで質問してみるというのは重要ですね。

via Google search bug returns porn results for ‘contradictory queries’ | The Verge