Captain's Log, Supplemental

ユーザー様から色々とバグレポートを頂きまして、コツコツと対応していたので、この問題はかなり解決が進んだ状態だと思っています。

ユーザー様からのご連絡でWordpressの環境に依存してログイン出来ないケースがある事が一つわかりましたので、ご紹介させて頂きます。

ログイン出来ない原因の一つ(サーバーの返すHTTPヘッダーが壊れている)

ログイン出来ない、というよりは、このサブタイトルの状況になると「全てのAPI呼び出しでエラーが発生する」という事態を招きます。


というわけで、いきなりログイン出来ないという状況に見舞われます。

WordPressのXMLRPC APIを呼び出すと、応答としてXML形式のデータが返ってきます。


このXMLデータを解析してPressSyncはアプリ内にデータを保持したり、処理を行ったりしています。
APIからの応答データはWebメソッドを介して呼び出しているので、Webブラウザで特定のページを開いた時と同じく、HTTP通信の応答としてデータを受け取ります。


応答データ内のHTTPヘッダに不正な値が設定されている場合、PressSyncではXMLを解析出来ず、APIの呼び出しに失敗する事があります。

HTTPヘッダーの何が壊れているのか？

HTTPヘッダー内には「content-length」という項目があります。
この項目の意味は、コンテント(PressSyncの場合はAPIの戻り値として期待するXML)の長さが設定されるのですが、使われているApacheや、PHPのバージョンによっては、正しい長さが設定されない事があるようです。

この「content-length」が実際よりも１バイトでも短く設定されている場合、XMLファイルとしては「>」といった終端を示す文字が無くなってしまうため、XMLファイルとして成立しなくなり、PressSyncが応答データ不正と判断します。

「content-length」を信じない、という対応も可能なのですが、これを行うと別のところで更に深刻な問題を生み出しそうな為、アプリとしてはこのケースを想定しない方針です。

もしログイン時にXMLのParse系エラーメッセージが出ている場合は、この問題の可能性が非常に高いです。


お使いのサーバーの返すHTTPヘッダーの妥当性を、ご確認頂ければと思います。

以上

via PressSync

なんか呟いてると、それだけで周知しているつもりになってしまうのですが、たぶんそんな事はないのでちゃんと記しておきます(^^;

カスタム投稿タイプ、カスタムタクソノミーに対応

Pro版、広告版ともに対応します。

同期件数の最大値を200件から2000件に引き上げます。

この対応はPro版のみになります。

カスタム投稿タイプは主にCMSで使うという性質上、最大同期件数引き上げておく必要がある、、、と漠然と感じて漠然と上げました。

ただ、同期件数を増やすと、アプリ起動時に一覧に読み込む件数が各タブを合計すると数千件に及ぶ可能性があります。
iOSアプリは何秒以内に起動しなければOSにアプリを殺されてしまうという仕様があり、iPhone4や、3GSなど、パフォーマンスの低い端末ではこの制限に引っ掛かる可能性がある事に申請してから気がつきました。

アプリが起動しなくなると、ユーザーが同期件数を減らす事も出来なくなり、デッドロック状態になってしまうため、これはイカンという事でセルフリジェクトを計画しています。


起動処理に安全措置を組み込んだ上で再度リリースします。

フリー版の方が先に新機能実装という形になってしまいそうです。申し訳ありません。

via PressSync