Safari対策†
- ページ: BugTrack
- 投稿者: reimy
- 優先順位: 緊急
- 状態: 却下
- カテゴリー: その他
- 投稿日: 2003-06-25 (水) 00:29:36
- バージョン:
メッセージ†
β版のころからofficial:雑談でも問題になっていたMac純正ブラウザ「Safari」ですが、Apple社から「Safari」の正式版(Ver1.0)がリリースされました。
正式版でありながら、
- UTF-8の自動判別ができない
- フォント名に日本語が使えない
- 半角チルダが全角チルダに変換されてしまう
というバグはしっかり残っています*1。
1、2についてはSafariユーザーだけが悲しい目に遭うだけで済みますが、3についてはPukiWiki側でも対策が必要です。
SafariでPukiWikiのページを編集・更新した場合、半角チルダが全角に変換されてしまうため、URLなどに含まれる半角チルダまで全角になります。
対策としては
- Safariでのページ編集ができないようにする
- 全角チルダを強制的に半角チルダに変換する
のいずれかが考えられます。
1は、Safariユーザーにだけ泣いてもらおうというもの。
2は、全角チルダが使えなくなるという弊害を伴います。
特定のブラウザのバグのために、一部の文字が使えなくなるのは避けたいので、1の対策が妥当だと思います。
- イメージの確認をしたいのですが、1. の選択肢の場合、PukiWiki 本体（pukiwiki.ini）の user agent 判別の機能を内部でも利用できるようにするのでしょうか？ それだと作業量がかなり多いような気がしますが…。safari.ini.php から skin を切り替えてプラグインの呼び出しとか編集関係のリンクをみんな切っちゃう、ってのなら作業は楽ですね。明らかに見た目が変わっちゃうし agent いじられたらアウトですが。（特定のプラグインの呼び出しだけ切るなんて器用なことはできそうもないしなぁ…。） --
- …難しいですね。 -- ぱんだ
- すでにsafariユーザーの書き込みに伴う文字化けによる文書破壊が始まりました。至急対策をよろしく。official:雑談 -- reimy
- 緊急避難的にSafariによるアクセスを制限しました。 -- reimy
- 初めましてがこうなるとは思いませんでしたが、どうも、PukiWiki&Safariユーザです。いままでずっとSafariでオフィシャルを覗いてきたので、びっくりしてただいまCamino利用中。私のサイトでもver.1.3.5利用させていただいています。URLで半角チルダを使う機会もなかったので、一か月ほど使う中でも特にバグとしては感じていませんでした（まだ規模が小さいからでしょうけど）。ユーザの率直な感想としてはこんなところです。MacOSX10.2以上のユーザに限られるためさらに数は少ないでしょうが、PukiWiki-officialでのアクセス時の警告は「データを破壊する恐れ」とするよりも、具体的に「半角チルダの入力ができずURLが崩れる致命的なバグがある」などとしたほうがSafariユーザもすぐに気づくことができるのではないでしょうか。たしかにこれは私も悩ましいところではあります。 -- Paddy
- SafariユーザーがPukiWIkiのページに書き込みをすると、Safariユーザーの書き込む半角チルダだけではなく、すでにページに書き込まれていた半角チルダまでが改竄されてしまいます。「半角チルダの入力ができずURLが崩れる」などという単純なものではないです。 -- reimy
- そうですね。私の書き方がまずかったようで。警告の中でここへのリンクなどを貼っていただきたかったまでのことです。三浦さんの言うように、Safariでは先日の日本語リソースの（一応の）改善がユーザ側から起こった経緯もありますから、積極的にフィードバックしていきたいものです（Macintoshユーザであるのが情けなくもなりますが）。ver.1.4リリース心待ちにしております。 -- Paddy
- 可能なら、こういうコード問題を抱えた文字は文書整形に使わないようにし、他の文字で代替した方が良いよう思いますが、ちょっと無理でしょうね。Safari ユーザーに問題意識をもってもらい、メーカーの改善を促すということで、対策１に一票ですかね。 -- 三浦克介
- OmniWeb 4.5 beta2がリリースされました。Safari 1.0と同じくAppleWebKitのv85使用の模様。したがって、Safari 1.0と同様のバグがあるようです。 -- reimy
- はじめまして。悪名高きsafariユーザーです。今は違うブラウザですが。ここはsafariでも閲覧できますが、PukiWiki-officialのほうが閲覧できないのは、アクセス制限なのですね。仕方の無いことだと思います。safariユーザーも心しなければ。 -- としろう
- 閲覧は出来るけど編集は出来ない。という制限はどうですかね? -- Otsune
- ページの先頭から読んでもらえばわかると思いますが、その機能がPukiWikiに備わるまでの暫定措置です。 -- reimy
- safariユーザーはこういう問題があるのも知らないで使っているかもしれないから、知らないで迷惑かけるよりは閲覧できないってのは緊急の措置としてありだと思いますが、多分見えないことで今後もわからないままなのでしょうね。まあ、OSXならPHPが使えるんだから、その時わかるかも。汗 -- としろう
- safariでアクセスした場合は下記のように表示されるので、「わからないまま」というのはないでしょう。-- reimy
safariにはPukiWikiデータを破壊する恐れのある危険なバグがあるため、アクセス制限中です。
PukiWiki開発サイト参照
- 先週も上記のようなコメントが表示されていましたので、safariの現状について無知だった私も「わかる」ことができましたが、今日の午前中にPukiWiki-officiaにアクセスしたら、ディレクトリの一覧が表示されるのみだったので、これがアクセス制限なのかなと思い、11:25AMの投稿になった次第です。今は表示されるようになっていますので、safariユーザーの知り合いにはこういう問題もあることを教えたいと思いますが。 -- としろう
- DNSの問題まで把握していないと、safariはトラブル多しってことですね（違）。間抜けかどうかは知りませんが、Windowsではページが表示されたので早合点したまでです。失礼しました。 -- としろう
- Safari にパッチ http://slashdot.jp/article.pl?sid=03/07/08/1012239 --
- Safariでの現象が目立っているようですが、以前のMozillaやChimera（共に細かいバージョンは失念）でも同じ事が起こっていました。特定のブラウザに依存しない解決方法が必要だと思います。 -- SYN
- 具体的な策はありますか？ぜひ、具体的な策をお願いします。
- フォーム中にhiddenフィールドを作り、valueにチルダを入れておきます。受信側でそのデータの文字コードが0x7Eかどうかで判別出来ます。判別してNGだったら・・・↑での議論のように、強制的に文字コード変換するか、書き込みを拒絶するかですね。-- SYN
- ↑のアイデアを実装してみました。
397.diff 編集フォームにhiddenなtilde_hintフィールドを設け、ページ更新時に内容をチェックして書き換わっている場合は｢更新の衝突」に似たエラーを出すようにしてあります。お試しください。 -- ぱんだ
- はやめにPukiWiki-officialにも対応してもらえるとうれしいです。私もPukiWiki-officialにアクセスできない。。。 -- ゆう
- PukiWiki-officialのほうにも397.diffを導入しましたが、下記のような不都合がまだ残っているので、アクセスの際には注意してください。 -- reimy
- 397.diffの不都合報告。記事の編集フォーム内しか対策がとられていないので、newpageプラグインで作成するページ名にチルダが含まれていると、ページ名のチルダが変換されてしまう。renameプラグインやtemplateプラグインでも同様の現象が発生するはず。記事内のチルダだけでなく、ページ名を入力する部分のフォームでもチルダをチェックする必要がある。ページ名入力を伴うプラグインを作成している人も対策が必要。 -- reimy
- commentプラグインやarticleプラグインも対策が必要なのでは? -- reimy
- 397.diffは、「すでに書かれているページの内容に対して意図しない改変が行われる」のを防ぐだけで、それ以外のことは考えていませんね。*2それ以外の、ページ名やcomment/articleについては、本人が書き込んだ内容が化けるだけなのであまり問題にはならないと思うんですが… -- ぱんだ
- Safari3ぐらいから、バグ直ってる？？ --
- 古いブラウザのバグ回避の話題であり、最近のブラウザでは発生しないと思われるので Status:却下 とします -- umorigu
![[PukiWiki]](image/pukiwiki-dev.png "[PukiWiki]")
