Triage: #42 "Export to CSV crashes"
Recommendation: category bug, state needs-info. The issue is unlabeled now. The normal path is needs-triage first, but I think it can go straight to needs-info. Either way, the label change and comment wait for your go-ahead.
What I checked
- Prior rejection: there is no
.out-of-scope/directory, so there is no earlier rejection to surface. - Redundancy: this is a crash report, not a feature request, so an existing implementation doesn't apply.
- Codebase: I couldn't explore it. The working directory isn't a git repo, and I only have a file reader here, with no way to list directories or search. I didn't want to guess at paths. If you tell me where the reports page and its export handler live, I'll trace the code path.
- Reproduction: not attempted. There's no running app or repro data, and the report has no steps I could follow.
Why needs-info
The report is too thin to reproduce or to write a durable agent brief from:
- "Spins forever, then the page goes blank" could be a hung request or a server timeout. It could also be an unhandled client-side exception or a memory blowup on a large dataset.
- "Happens on my laptop" gives no browser, OS or app version.
- It doesn't say whether the export works for smaller reports, other reports or other users.
Draft comment (not posted)
> *This was generated by AI during triage.*
## Triage Notes
**What we've established so far:**
- Clicking Export on the reports page shows a spinner that never finishes, then the page goes blank.
- Reported on the reporter's laptop only; we haven't seen it elsewhere yet.
**What we still need from you (@sam):**
- Which report were you exporting, and roughly how many rows does it have? Does a smaller report or a narrower date range export fine?
- Which browser and version are you using, and which OS?
- Open the browser dev tools (Console and Network tabs) and click Export again. Is there a red error in the Console? Does the export request show a status code, or stay "pending"? Please paste what you see.
- Does it fail every time, or only sometimes? Does it also fail for a teammate or on another machine?
- Which app version or deploy are you on?
Next step: should I apply bug + needs-info and post that comment? Or would you rather go to needs-triage first, or give me the code location so I can try to verify the crash from the source before asking @sam anything?
How it was tried: I installed triage together with the grilling and domain-modeling skills it can call, in a clean temporary folder, and invoked it as a slash command with one pasted issue and no issue tracker connected. Only Skill and Read tools were allowed, so nothing was posted, labelled or closed, the codebase could not be explored and no bug was reproduced. It shows only the recommend step and a drafted comment, and it stops to wait for your go-ahead.
하는 일
메인테이너를 위한 워크플로입니다. 각 이슈(그리고 코드가 붙은 이슈로 취급하는 외부 PR)를 두 가지 분류(bug, enhancement)와 다섯 가지 상태(needs-triage, needs-info, ready-for-agent, ready-for-human, wontfix)로 처리합니다.
동작 방식
- 주의가 필요한 항목 표시: 라벨 없음,
needs-triage, 새 답변이 달린needs-info. - 한 항목에 대해: 전체를 읽고, 이미 구현되어 있는지 확인하고,
.out-of-scope/에 이전 거절 기록이 있는지 확인합니다. - 분류와 상태를 제안하고 지시를 기다립니다.
- 주장 검증: 버그를 재현하거나 PR이 설명한 대로인지 확인합니다.
- 다듬어야 하면
grilling과domain-modeling세션을 진행합니다. - 결과 반영: 에이전트 브리프, 추가 정보 요청, 설명과 함께 종료. 동봉된 가이드에는 오래가는 에이전트 브리프 작성법과
.out-of-scope/지식 베이스 사용법이 있습니다.
적합한 상황
이슈가 많은 프로젝트의 메인테이너. 댓글을 달고 이슈를 닫을 수 있으니 각 동작을 확인하세요.
높은 위험: 이슈 트래커에 직접 작용합니다. 라벨 지정, 댓글 작성(모든 댓글은 "AI 생성" 안내로 시작), 이슈 종료를 합니다. 버그나 외부 PR의 경우 버그를 재현하거나 PR을 체크아웃해 테스트를 실행할 수 있어, 검토하지 않은 코드를 실행하게 됩니다. 신뢰할 수 없는 PR은 샌드박스나 깨끗한 클론에서 다루세요. 저장소에 파일(`.out-of-scope/`, 용어집·ADR 갱신)도 씁니다. 먼저 제안하고 지시를 기다리도록 되어 있지만, 승인하기 전에 각 동작을 확인하세요. 이슈 트래커 라벨 매핑과 `grilling`, `domain-modeling`이 필요합니다. 한 번 시험했습니다. 붙여 넣은 이슈 하나만 사용했고 트래커는 연결하지 않았으며 파일 쓰기와 셸 도구도 없었습니다. 분류 추천과 댓글 초안 단계까지만 확인했습니다. 댓글 작성, 라벨 지정, 종료, 버그 재현, PR 체크아웃은 하지 않았습니다.