확인해보니 선생님 증상은 “작성은 성공해서 감상 개수는 올라가는데, 화면에 감상 목록을 그리는 단계에서 항목이 빠지는” 쪽에 가깝습니다. 저장 자체가 안 되는 문제라면 카운트도 같이 안 올라가야 하는데, 카운트가 올라간다는 건 서버에는 감상이 들어가고 목록 데이터에도 포함될 가능성이 큽니다.
특히 감상에는 일반 감상과 답글 구조가 있는데, 이 부모-답글 관계가 꼬인 데이터가 섞이면 예전 화면 로직에서는 개수만 세고 실제 표시할 최상위 감상을 못 찾아서 빈 목록처럼 보일 수 있습니다. 그래서 “남의 글만 안 보임”이 아니라 “내가 방금 쓴 것도 안 보임” 현상이 같이 나올 수 있습니다. 차단이나 권한 문제라기보다는 목록을 화면에 배치하는 쪽 문제로 보입니다.
현재 로컬 코드 기준으로는 이 부분에 대한 방어 처리가 들어가 있습니다. 자기 자신을 부모로 가리키는 경우, 부모 관계가 순환되는 경우, 부모가 이상해서 정상적인 댓글 나무를 만들 수 없는 경우에도 감상을 아예 안 보여주지 않고 일반 감상처럼 펼쳐서 보여주도록 되어 있습니다. 즉 지금 코드의 의도대로라면 “카운트만 있고 내용이 안 보이는” 상태는 해결되어야 합니다.
다만 실제 사이트에서 아직 그대로라면, 최신 화면 스크립트가 브라우저나 중간 캐시에 남아 있거나 사이트에 반영된 정적 파일 버전이 예전 것일 가능성이 큽니다. 이 경우 서버 쪽 저장은 새 코드/기존 코드와 상관없이 성공하지만, 브라우저가 예전 표시 로직을 계속 쓰면서 같은 증상이 남을 수 있습니다.
정리하면, 데이터가 사라진 문제라기보다는 표시 로직 문제이고, 현재 확인한 코드에는 그 문제를 피하는 안전장치가 들어가 있습니다. 실제 페이지에서도 최신 스크립트가 확실히 로드되도록 캐시가 갱신되면 선생님이 쓰신 감상도 포함해서 목록이 보이는 방향이 맞습니다.

소스를 다 살펴봤습니다. 발견한 내용을 정리해 드릴게요.

감상을 작성하면 서버 저장은 정상적으로 되고, 이후 화면을 다시 불러올 때 서버에서 댓글 목록을 가져오는 것도 문제없이 이뤄집니다. 숫자 카운트는 목록을 받아온 직후 즉시 업데이트되고, 실제 내용 렌더링은 그 다음 단계에서 진행됩니다. 이 두 단계 사이에 타이밍 차이가 있습니다.

그래서 카운트는 올라가는데 내용이 보이지 않는 상황이 발생할 수 있습니다. 내용을 화면에 그리는 과정에서 자바스크립트 오류가 발생하면, 카운트는 이미 업데이트된 상태인데 댓글 목록 영역은 비어있는 채로 남게 됩니다. 리액션(좋아요) 시스템을 초기화하는 코드가 렌더링 직후에 실행되는데, 이 부분에서 오류가 나는 경우가 의심됩니다.

본인 댓글도 안 보인다고 하셨는데, 차단 필터가 작동해서 자기 자신 댓글이 걸리는 경우는 구조상 불가능합니다. 그러니 렌더링 단계 자체의 오류일 가능성이 높습니다.

재현 방법을 알고 싶으시다면 브라우저에서 F12(개발자 도구)를 열고 콘솔 탭을 켜둔 상태에서 감상을 작성해 보세요. 오류 메시지가 찍히는지 확인하시면 됩니다. 어떤 오류가 뜨는지 알면 원인을 훨씬 정확히 파악할 수 있습니다. 토비한테도 이 버그 리포트 전달해 두겠습니다.