先日、公式配達員アプリが変更されたことで、地域か、あるいは端末の種類によるものか不明ですが、一部の環境でコンパニオンアプリが誤動作していました。
こちらの環境では再現しないため、現象の発生している何名かの方からログをご提供いただき、対応しました。その過程で、ログを送信していただこうとしたのに、ファイルサイズが大きすぎて送信できないということもあったようで、申し訳ありませんでした。その点は、現在バージョンアップして対策しています。また、メールでも現象の発生をお知らせいただきました。
ご協力いただきありがとうございました。
今後、UberEatsでは一回の依頼で複数店舗のピックアップをする案件を開始するという話があります。
コンパニオンアプリは、以前よりそれに備えたデータ構造で作っていますが、それだけでは、実際に複数店舗ピックアップが実施された時に対応できません。
そうした公式配達員アプリの変更に速やかに対応していきたいと思っていますが、ある程度のタイムラグは避けられません。そこで、単純に画面から取得したテキストを一覧表示できる機能を追加して、対応できるまでの間、一時回避できるようにしてはどうかと検討しているところです。
ログ記録機能について
ログを記録する機能は、もともとコンパニオンアプリを開発するために実装しました。今回のように公式配達員アプリが更新された時やその他の問題解決での利用を想定して一般にも公開しています。
「設定」→「デバッグ」→「ログファイル書き出し」をオンにしたまま、配達すると、端末内にログファイルが記録され続けます。
「設定」→「デバッグ」→「ログ送信」でコンパニオンアプリ制作者にログファイルを送信します。
コンパニオンアプリ起動時に一週間以上経過したログファイルは削除します。
私が配達しているときは、コンパニオンアプリ製作者ですから、常にログ出力オンにしたままです。
コンパニオンアプリをご使用中の方でご協力いただける方は、ログ出力をオンにしままにしておいて、不具合が発生したら、ログを送信いただけると安定性向上の助けとなります。配達回数が多い方はファイルサイズが大きくなるため、ストレージ容量や送信時にWiFiを使う等の注意が要るかもしれません。
Androidアプリは、OS自体の安定性、ライブラリの不具合、メモリ不足、その他の環境要因により、対策が難しいクラッシュや、アプリが反応しなくなる現象(ANR)が発生します。そうした場合、せっかくログを送信いただいても、対処が難しい可能性もあります。
