Repository navigation
[베타테스트] 파일 탐색기에서 워크플로 파일 이름 끝에 덧붙이면 .labnote.md가 깨져 README 체크리스트 링크가 경고 없이 끊김 #33
Description
요약
워크플로를 다시 진행하게 되어 파일 탐색기에서 워크플로 노트 이름 끝에 "_재조립"을 붙였는데, 탐색기 이름 칸에는 ….labnote까지 보여서 끝에 덧붙이면 파일이 ….labnote_재조립.md가 된다. 이후 이 파일은 워크플로 노트로 인식되지 않고, README의 워크플로 체크리스트 링크는 옛 이름을 가리킨 채 끊기는데 아무 경고가 없다.
전제 조건
- labnoteo 0.90.4 기본 설정
- 실험 1개와 워크플로 노트 1개(예: 001_WB030_DNA_Assembly_Gibson.labnote.md) 존재
- Obsidian 설정의 내부 링크 자동 업데이트는 기본값(이름 변경 시 묻기)
재현 절차
- 파일 탐색기에서 워크플로 노트를 우클릭 → 이름 변경
- 이름 칸에 보이는
001_WB030_DNA_Assembly_Gibson.labnote의 끝(End)에 " v3"을 입력하고 Enter - Obsidian의 "링크 업데이트" 창에서 "업데이트하지 않음" 선택
- 실험 README의 Related Workflows 체크리스트 링크와 파일 이름 확인
기대 결과
워크플로 파일 이름을 바꿀 때 .labnote.md 형식이 깨지면 경고하거나 막고, 형식을 지킨 이름 변경처럼 README 체크리스트도 새 이름으로 따라간다.
실제 결과
파일이 001_WB030_DNA_Assembly_Gibson.labnote v3.md가 되고 아무 알림도 없다. README 체크리스트는 [WB030 DNA Assembly Gibson](./001_WB030_DNA_Assembly_Gibson.labnote.md)로 남아 끊긴 링크가 된다. 형식을 지킨 이름 변경(…_재조립.labnote → …_재조립2.labnote)에서는 Obsidian 업데이트를 거절해도 labnoteo가 README 링크를 새 이름으로 고친다.
증거
- 재현 2회: (1) 끝에 "_재조립" 입력 →
001_WB030_DNA_Assembly_Gibson.labnote_재조립.md, (2) 끝에 " v3" 입력 + 링크 업데이트 거절 →…_재조립2.labnote v3.md, README 링크는 옛 이름 그대로. 두 번 모두 labnoteo 알림 없음. 이름을 다시 형식에 맞게 바꿔 복구했다. - 대조: 형식을 지킨 이름 변경(
001_WB030_DNA_Assembly_Gibson_재조립.labnote→…_재조립2.labnote)은 Obsidian 업데이트를 거절해도 README가./001_WB030_DNA_Assembly_Gibson_재조립2.labnote.md로 바뀐다. 삭제 시에도 README 체크리스트 항목이 정상적으로 제거된다. - 원인(0.90.4 소스 확인):
src/main.ts의registerWorkflowReadmeSync는 새 경로와 옛 경로가 모두isValidWorkflowPath일 때만 README를 고치고, 형식이 깨진 이름 변경은 조용히 무시한다. - Obsidian 파일 탐색기의 이름 칸은 마지막
.md만 숨기므로.labnote가 이름의 일부로 보여, 끝에 덧붙이는 자연스러운 편집이 형식을 깨뜨린다. - 관련:
registerWorkflowReadmeSync주석은 다른 폴더로의 이동을 문서화된 한계로 적고 있지만, 같은 폴더 안에서.labnote.md형식이 깨지는 이름 변경은 언급하지 않는다. 같은 내용의 기존 이슈는 찾지 못했다(검색어: rename, 이름 변경, renumber, README checklist, labnote.md). feat(workflow): Outline 드래그 시 유닛오퍼레이션 목차·구분선 즉시 정리 (0.89.0) #16(Outline 드래그 시 목차 정리)은 다른 문제다.
스크린샷 1장 보유(요청 시 제공)
환경
| 항목 | 값 |
|---|---|
| labnoteo | 0.90.4 |
| Obsidian | 1.14.4 |
| OS | win32 x64 |
| UI 언어 | ko |
테스터 정보
- 이 이슈는 LLM 베타테스터가 CDP로 앱을 조작하며 발견했습니다.
- 모델:
claude-opus-5-5· 하네스:claude-code-cli· 재현: 2/2회 - 심각도(테스터 판단): minor · 영역: workflow
수정하실 때 커밋 메시지에
(#이슈번호)를 넣고 릴리스하시면, 테스터가 해당 버전을 설치해 자동으로 재테스트하고 결과를 댓글로 남깁니다.
Activity
greendaygh commentedon Oct 11, 2026
0.90.6에서 개선했습니다.
원인
Obsidian 탐색기의 이름 칸은 마지막
.md만 숨기고.labnote는 보여 줍니다. 그래서 이름 끝에 덧붙이면001_WB030_Gibson.labnote v3.md처럼 형식이 깨집니다. 플러그인은 형식이 맞는 이름끼리 바뀔 때만 README를 고쳤기 때문에, 이런 변경은 경고 없이 무시했습니다.바뀐 동작
###_….labnote.md)을 벗어나면 고칠 이름을 제안하는 확인 창이 뜹니다.001_WB030_Gibson.labnote v3.md→001_WB030_Gibson v3.labnote.md,001_WB030_Gibson.labnote_재조립.md→001_WB030_Gibson_재조립.labnote.md이름 고치기를 누르면 제안한 이름으로 바꾸고, README 체크리스트가 새 이름을 다시 가리킵니다.###_접두사를 지운 경우 등) 그 이름의 파일이 이미 있으면 경고 알림만 띄웁니다..labnote앞에 넣으세요" 안내를 추가했습니다.알려진 한계
이름 고치기로 고칠 때 Obsidian의 "내부 링크 자동 업데이트" 설정이 켜져 있으면 링크도 함께 고쳐집니다. 설정이 꺼져 있으면 그 줄은 지워지지 않고 남으니 직접 고쳐 주세요.재테스트 (0.90.6)
001_…labnote이름 끝에v3를 덧붙입니다(재현 1~3단계와 같게).이름 고치기를 누릅니다. 파일 이름이001_… v3.labnote.md가 되고, READMERelated Workflows의 링크가 새 이름을 가리키면 통과입니다.… v3.labnote.md형식으로 고칩니다. README 링크가 새 이름을 가리키면 통과입니다.feat(workflow): 워크플로 파일명 형식이 깨지면 경고·이름 제안, 복구 시 README 재연결 (#33)
greendaygh commentedon Oct 11, 2026
재테스트 결과: ✅ 수정 확인
claude-opus-5-5· 하네스:claude-code-cli관찰 내용
labnoteo 0.90.6(깨끗한 볼트, 기본 설정, Obsidian 다시 시작)에서 메인테이너가 적은 재테스트 기준을 확인했다. (2) 실험과 WB030(별칭 Gibson) 워크플로를 만들고 탐색기에서
001_WB030_DNA_Assembly_Gibson.labnote이름 끝에 " v3"을 덧붙임 → Obsidian 링크 업데이트 창에서 "업데이트하지 않음" → labnoteo 확인 창 "…labnote v3.md은(는) 이름이 .labnote.md로 끝나지 않아 워크플로 노트에서 빠졌고, README 체크리스트도 더 이상 따라가지 않습니다. "001_WB030_DNA_Assembly_Gibson v3.labnote.md"(으)로 이름을 고칠까요?"가 뜸. (3) "이름 고치기" → 파일이001_WB030_DNA_Assembly_Gibson v3.labnote.md, README Related Workflows 링크가./001_WB030_DNA_Assembly_Gibson v3.labnote.md. (4) 다시 끝에 " x"를 덧붙여 깨뜨리고(이번엔 Obsidian 링크 업데이트 창이 뜨지 않음) labnoteo 확인 창에서 "취소" → 탐색기에서 직접001_WB030_DNA_Assembly_Gibson v3 x.labnote로 고침 → README 링크가./001_WB030_DNA_Assembly_Gibson v3 x.labnote.md로 다시 연결됨(Obsidian 링크 업데이트 없이).