事象:エモパー「もうすぐ目的地」という旨の発言を行った。問題点:エモパーのバグは仕方ない。サイレントマナーが破られたのが問題。Watch発表が3/4なので、約5ヶ月。Tokyo(7/16)より後でよかったけど。慣れない端末環境でアノマリー戦うの厳しいし。嬉しいし、すぐにアップデートするつもりだけど、いくつか気になる点があるので、個人的感想と、対策についてメモ。記事ページ2015年11月27日さらにIPv6の罠。電子の小物つい先日、SHV32のアップデートを適用しようとしたときに接続トラブルがあって、改めてSHV32のIPv6回りを調べてみた。すると、新たに奇妙な現象が発生。今まで分かってる現象と合わせて書くと(既知)MyIPなどのツールで調べると、v6グローバル(非閉域網)アドレスが割り振られている(既知)v6オンリーホスト(ipv6.google.com等)にChromeでアクセスすると「このウェブページにアクセスできません(ERR_ACCESS_DENIED)」となる(通常、v6名前解決に失敗した場合はERR_NAME_RESOLUTION_FAILEDやDNS_PROBE_FINISHED_NXDOMAIN等になる)(新発見)v6/v4両対応ホストにChromeでアクセスすると、ほとんどv4で繋がるけど、ごく希にv6で繋がるてっきりv6での通信が一切出来てないものだと思ってた。Watch特に列挙されている不具合は起きてないけど適用。電子の小物まだ確定事項じゃないけど、とりあえず。データお預かりアプリを起動すると、毎回かならず「まだお預かりしていないデータがあります!」状態。詳細を見ると、全部画像。預けようとすると一部(または全部)失敗してしまい、その失敗分に関しては何度やってもダメ。アプリ固有データとかサムネイルとか、特殊な画像形式で失敗してるのかと思ったけど、そうではなさそう。結論を言うと、結局何だったのかははっきり確定してない。私のSHV32だと、内部ストレージのDCIM/.thumbnailsとDownloads内の画像を全部削除(またはPC・クラウドストレージに移動)したら、謎の預けられない画像がなくなった。(まずDownloads内を移動したら27枚が12枚に、サムネイルを消したら0枚になった)Downloadsの方はよくわからないけど、サムネイルのほうは「特殊な形式」か「サムネイルはあるけど画像がない」だと思う。ちなみに写真の保存場所は初期設定の内部ストレージからmicroSDに変更済み。日記9月になって早くも活動しやすい気温になってきたので、久しぶりに天王寺でがっつりIngress。出発前からIntelMapを眺めて「この辺焼こうかな、このあたりでUPV・UPC稼ごうかな、このミッションやろうかな」なんて考えつつ出発。メインは月一の受診なので、それが終わってから本格的に活動。途中でLv9になり、ミッションも2つこなして、めいっぱい楽しんだんだけど、ちょっとギリギリまでやりすぎちゃって、天王寺の改札に戻ってきたときには予約した特急の時間まで15分ぐらいになってた。記事ページ2015年8月29日IPv6の罠。SERIE)固有の問題かどうかは分からないけど、機種変更してから一部のアプリが変な挙動(Wi-Fiだと接続エラーなのに4Gだと繋がる)を見せてた原因が、どうもIPv6だと判明。IPSTの場合、Wi-Fi環境だと「Gmailからの応答が空っぽだった」というエラー。ChromeはIPv6オンリーのホスト(ipv6.google.com等)に接続しようとすると接続エラー。IPv4/IPv6両対応のホストだとv4のほうにフォールバック成功。ConnectBotは、IPv4/IPv6両対応のホストにSSHする際、端末にIPv6アドレスが振られてるとIPv6で接続しようとするらしくエラー。これで今回の問題が判明。PCからはIPv6側にも接続できる(サーバ側で蹴っていない)のを確認。permittedって出てたから、v6のソケットが作れないのかも。5.0専用って訳じゃないから無理だよね。自ホストにv6割り振られてたら使ってしまうだろうし。IPv6への完全移行は遠そう。