신청 처리 이력에 찍힌 승인·반려 시각이 실제로 처리한 때보다 한 단계 앞이었습니다. 심사 액션 행은 대기 상태로 미리 깔리는데, timestamp의 default가 행을 만들 때 한 번 찍히고 완료 처리에서는 갱신되지 않았거든요. 타임라인이 이 값으로 정렬까지 하고 있어서 승인이 그 승인을 낳은 심사 의견보다 위에 설 수 있었습니다. 완료 처리 시점에 시각을 다시 찍고, 대기 행을 한 시간 전으로 밀어 둔 뒤 확인하는 테스트를 붙였습니다.
OID 등록 신청 화면을 열면 여섯 구획이 다 펼쳐졌다가 한 박자 뒤에 하나로 접혔습니다. 접는 일을 DOMContentLoaded의 스크립트가 하는데, 그 앞에 d3를 동기로 싣고 있어 첫 페인트와의 틈이 310ms였어요. 서버가 첫 단계 말고는 hidden을 달아 내보내고 d3를 defer로 돌렸습니다. 같은 구조인 표준데이터 신청은 틈이 1ms라 안 보였을 뿐이었습니다.
등록 신청 작성 예시 PDF를 만들어 올렸더니 운영에서 한글이 한 글자도 안 찍혔습니다. 템플릿이 지정한 글꼴이 윈도우와 맥 것이라 우분투에는 아무것도 안 걸렸고, 맥에서는 시스템 글꼴이 잡혀 정상으로 보였어요. 서버 글꼴에 기대지 않고 저장소의 Pretendard를 @font-face로 문서에 심었고, 운영 설정에서 글꼴 파일을 찾는지 테스트로 잠갔습니다. 2월부터 있던 설문 PDF 두 종도 같은 길을 지나게 됐습니다.
카탈로그 탭과 개념체계 탭이 하루 사이에 카탈로그 카드 목록에서 다시 표준데이터 목록으로 돌아왔습니다. 그러자 첫 칸의 "전체"가 무슨 뜻인지가 문제가 됐어요. 조건 없음이면 카탈로그 밖 데이터까지 세고, 첫 뿌리 하나면 나머지 뿌리가 안 보입니다. 뿌리 전부의 합집합으로 정했는데, 그 결정을 내리기 11분 전에는 첫 뿌리 하나로 커밋해 둔 상태였습니다.
통합 검색의 카탈로그·개념체계 칸을 셀렉트에서 접이식 트리 드롭다운으로 바꾸고 선택지마다 건수를 붙였습니다. 건수는 "고르면 몇 건이 나오나"인데, 지금 걸린 조건 안에서 세면 고른 항목만 남고 나머지는 전부 0건이 돼요. 세는 모집단에서 범위 조건을 뺐고, 체크 즉시 조회하던 걸 같은 날 패널을 닫을 때 한 번으로 바꿨습니다.