eomsangdonandClaude Opus 5
5df79d2dff
증상: 방금 [추가]한(아직 저장 전) 항목을 목록에서 고른 뒤 [삭제]를 눌러도 목록에 그대로 남음. 저장 뒤에는 정상. 원인: 700줄 분리(2026-09-04)로 `_Commit`·`_Events` 조각이 `structures` 배열을 **참조로** 받아 두는데, `setStructures()` 가 `structures = next.map(...)` 로 배열을 갈아끼움. 화면 목록은 새 배열로 그려지고 조각은 옛 배열을 splice 해 사라지지 않았음. 같은 이유로 `renderOptionFields()` 의 `optionInputs = []` 도 조각이 옛 칸 목록을 읽을 수 있어 저장값이 어긋날 자리였음. 조치: 두 배열 모두 **자체를 바꾸지 않고 내용만 갈아끼움**(`splice` · `length = 0`)하고 `const` 로 못박아 다시 갈아끼우지 못하게 함. 데이터 흐름은 그대로 — 삭제는 캐시만 바꾸고, 영구저장은 [저장]에서만 나감(5장 데이터 3층). 검증(시험 프로젝트 8cd2e635, 공용 브라우저 실조작): - 저장 전: [추가] → 목록 12건 → 고르고 [삭제] → **11건으로 사라짐**, 서버는 revision 4·0건 그대로(쓰기 없음), 세션 캐시도 빈 목록 - 저장 경로: [추가] → [저장] revision 5·1건 → [삭제](서버 5·1건 유지) → [저장] revision 6·0건 - 저장값: 옹벽 옵션 `height_m 2.5 · length_m 10 · before_m 5 · after_m 5`, 기준 5+0(100m) → 구간 95~105m 정상 - 시험 프로젝트는 구조물 0건으로 되돌려 둠. `tsc --noEmit` 통과, tmp/tests 378 passed Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Aislo
Aislo 웹앱