> >

仕様変更の背景

仕様変更の内容

.Mac のサーバ homepage.mac.com は URI の %-escape について厳密にチェックするようになりました。そして %-escape に合わない文字列が含まれているとこれをエラーとして "SC_INTERNAL_SERVER_ERROR" とだけ書かれたテキストを返すようになりました。このテキストを返す場合の HTTP ステータスコードは 500 Internal Server Error です。

これはエラーの表現としてはいささか不適切ではあります。エラーなのはサーバではなくリクエストの方なので 400 Bad Request を用いるべきでしょう。

Bookmaklet への影響

今回の仕様変更に伴い、JavaScript の escape 関数を単純に用いて URI やその中の QueryString を構成している Bookmarklet を設置している人はその Bookmarklet にマルチバイト文字を与えた場合 "SC_INTERNAL_SERVER_ERROR" となってうまく動作しなくなってしまいます。

Bookmarklet 作者へのアドバイス

しかしご安心ください。あなたの Bookmarklet は(ほとんどの場合)少しの修正で元のように動作するようになります。次の手順で修正してください。

1. Bookmarklet が開く HTML で用いられる JavaScript の修正。

   その JavaScript の中で URI あるいはその中の文字列を unescape しているところがあるはずです。仮に unescape(title) というコードだとしたら、ここを unescape(unescape(title)) と unescape を二回行うように変えます。古いブラウザを切り捨ててもよいのでしたら decodeURIComponent(title) とするのがベストです。

   もちろん修正した JavaScript はアップロードしておきます。

2. Bookmark 中の JavaScript の修正。

   Bookmarklet の中の JavaScript は逆に escape を二回行うようにします。例えば escape(document.title) としているところを escape(escape(document.title)) とします。前のステップで decodeURIComponent を用いたのならばencodeURIComponent(document.title) としてください。

3. JavaScript を含むファイルをリロードする。

   ブラウザのキャッシュが効いているので、Bookmarklet が開く HTML に直接 JavaScript が書いてある場合はその HTML を、その HTML から js ファイルをロードしている場合はその js ファイルをリロードします。これによってキャッシュが修正済みのものに置き換えられます。

おまけの効果

この修正により Safari にある Bookmarklet 中での escape 関数の変な動作を回避することができます。

今回の修正を自分でも行って Safari でテストしてみたところ、Safari は Bookmarklet 中にある escape 関数がそのような動作をしているのではなく、escape 関数の結果を URI に埋め込む際に間違った URI にならないように修正していると解釈できる動作になっていました。escape を二回施せば "%" の後に "u" が続く RFC での URI の規定に反するものにならないので、したがって Safari での変な動作は回避されます。

また、encodeURIComponent と decodeURIComponent を用いると ECMA-262 でも定義されていて RFC 3986 および 2234 にも適合した仕様的に完全なソリューションになります。ただし古いブラウザはサポートしていないものと思われます。

つまり Safari は推定無罪ということです。Ssafari 君ごめんなさい。<(_ _)>