<!-- task=01_ts_wss_handshake_timeout plan=0 tag=FIX -->

# Plan - FIX

## 이 파일을 읽는 구현 에이전트에게

**경고: `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채우는 것은 필수 마지막 단계다. 이 섹션을 채우기 전에는 작업이 완료된 것이 아니다.** 구현 체크리스트를 기준으로 작업하고, 계획 파일과 리뷰 스텁의 체크리스트를 모두 완료하며, 중간/최종 검증을 실행한 뒤 실제 구현 내용과 검증 출력을 `CODE_REVIEW-*-G??.md`에 기록한다. 리뷰 파일의 `이 파일을 읽는 리뷰 에이전트에게` 아카이브 지시는 실행하지 말고, `코드리뷰 전용 체크리스트`는 수정하거나 체크하지 않는다.

## 배경

언어별 크로스테스트 중 Kotlin 서버/TypeScript 클라이언트 WSS requests 단계가 `INFO typeName ts=TestData` 이후 멈췄다. TypeScript WSS 클라이언트는 TLS 연결 후 WebSocket HTTP upgrade 응답이 오지 않으면 무기한 대기할 수 있고, 이 때문에 `kotlin_typescript_client.ts`의 `CONNECT_WINDOW_MS` 재시도 루프가 다음 시도로 진행하지 못한다.

## 분석 결과

### 읽은 파일

- `typescript/src/node_ws_client.ts`
- `typescript/crosstest/kotlin_typescript_client.ts`
- `typescript/crosstest/typescript_kotlin.ts`
- `typescript/test/ws.test.ts`
- `typescript/test/base_client.test.ts`
- `typescript/test/communicator.test.ts`
- `kotlin/crosstest/kotlin_typescript.kt`
- `kotlin/src/main/kotlin/com/tokilabs/proto_socket/WsClient.kt`
- `kotlin/src/main/kotlin/com/tokilabs/proto_socket/WsServer.kt`
- `kotlin/src/test/kotlin/com/tokilabs/proto_socket/WsTest.kt`
- `kotlin/src/test/kotlin/com/tokilabs/proto_socket/TlsWsTest.kt`

### 테스트 커버리지 공백

- TypeScript WSS 정상 request-response는 `typescript/test/ws.test.ts:138-177`에 있다.
- TLS 연결은 열렸지만 WebSocket handshake 응답이 오지 않는 경우의 timeout/reject 테스트가 없다.
- Kotlin 서버/TypeScript 클라이언트의 실제 실패 경로는 `./gradlew run -PmainClass=com.tokilabs.proto_socket.crosstest.KotlinTypescriptKt`로만 검증된다.

### 심볼 참조

- renamed/removed symbol 없음.

### 분할 판단

분할 정책을 먼저 평가했다. 이 작업은 `01_ts_wss_handshake_timeout`과 `02_kotlin_typescript_process_timeout`으로 나눈다. 01은 TypeScript WebSocket handshake 대기와 재시도 신뢰성, 02는 Kotlin 오케스트레이터의 하위 프로세스 timeout 정리이며 서로 다른 소유 경계와 검증 전략을 가진다. 두 task 디렉터리는 독립 작업으로 의존 관계가 없다.

### 범위 결정 근거

이 계획은 TypeScript WSS handshake timeout과 관련 regression test만 다룬다. Kotlin 프로세스 트리 정리는 sibling task `02_kotlin_typescript_process_timeout`에서 다루고, Dart/Go/Python crosstest와 proto schema는 실패 원인과 무관하므로 제외한다.

### 빌드 등급

`cloud-G07`. unit test가 통과한 뒤 실제 크로스테스트 smoke 명령이 멈춘 사안이고, terminal/process timeout 진단과 cross-domain verification이 필요하다.

## 구현 체크리스트

- [ ] `typescript/src/node_ws_client.ts`의 WebSocket handshake 대기에 명시적 timeout과 정리 로직을 추가한다.
- [ ] `typescript/test/ws.test.ts`에 handshake 응답 없는 WSS peer regression test를 추가한다.
- [ ] 모든 중간/최종 검증 명령을 계획 그대로 실행하고 실제 출력을 리뷰 파일에 기록한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

### [FIX-1] TypeScript WSS handshake 대기 timeout 추가

#### 문제

`typescript/src/node_ws_client.ts:385-428`의 `connectNodeWebSocket`은 handshake 응답 헤더를 받을 때만 resolve/reject된다. TLS 연결이 열린 뒤 peer가 HTTP upgrade 응답을 보내지 않으면 promise가 끝나지 않는다. `typescript/crosstest/kotlin_typescript_client.ts:84-95`의 재시도 루프도 `await dial(...)` 한 번이 끝나지 않으면 `CONNECT_WINDOW_MS` deadline을 확인하지 못한다.

재현 근거:

```text
$ timeout 6s bash -lc "cd typescript && npx tsx crosstest/kotlin_typescript_client.ts --mode=wss --port=30999 --phase=requests --cert=test/certs/server.crt"
exit=124
INFO typeName ts=TestData
```

#### 해결 방법

`connectNodeWebSocket` 내부에 handshake timer를 둔다. 성공/실패/close/error 모두에서 `cleanup()`이 timer와 listener를 같이 정리하게 하고, timeout 시 socket을 destroy하며 reject한다.

Before:

```ts
// typescript/src/node_ws_client.ts:385
return new Promise<NodeWsClient>((resolve, reject) => {
  const key = crypto.randomBytes(16).toString("base64");
  let response = Buffer.alloc(0);

  const cleanup = () => {
    socket.off("data", onData);
    socket.off("error", onError);
    socket.off("close", onClose);
  };
  // ...
  socket.write(buildHandshakeRequest(host, port, path, key));
});
```

After:

```ts
const WEBSOCKET_HANDSHAKE_TIMEOUT_MS = 1_000;

return new Promise<NodeWsClient>((resolve, reject) => {
  const timer = setTimeout(() => {
    fail(new Error("websocket handshake timed out"));
  }, WEBSOCKET_HANDSHAKE_TIMEOUT_MS);
  const cleanup = () => {
    clearTimeout(timer);
    socket.off("data", onData);
    socket.off("error", onError);
    socket.off("close", onClose);
  };
  // ...
});
```

#### 수정 파일 및 체크리스트

- [ ] `typescript/src/node_ws_client.ts`: handshake timeout 상수 추가.
- [ ] `typescript/src/node_ws_client.ts`: `cleanup()`에서 timer를 clear.
- [ ] `typescript/src/node_ws_client.ts`: timeout 시 `fail(new Error("websocket handshake timed out"))`로 reject하고 socket destroy.
- [ ] `typescript/test/ws.test.ts`: TLS peer가 handshake 응답을 보내지 않는 WSS timeout regression test 추가.

#### 테스트 작성

작성한다. `typescript/test/ws.test.ts`에 `connectNodeWss rejects when peer never completes WebSocket handshake` 테스트를 추가한다. Node TLS 서버가 연결을 받아 data만 소비하고 HTTP upgrade 응답을 보내지 않게 만든 뒤 `connectNodeWss(...).rejects.toThrow(/websocket handshake timed out/)`를 검증한다.

#### 중간 검증

```bash
cd /config/workspace/proto-socket/typescript && npm test -- --run test/ws.test.ts
```

예상 결과: `test/ws.test.ts`가 PASS하고 새 timeout regression test가 실패 없이 종료된다.

## 수정 파일 요약

| 파일 | 항목 |
|------|------|
| `typescript/src/node_ws_client.ts` | FIX-1 |
| `typescript/test/ws.test.ts` | FIX-1 |

## 최종 검증

Go test cache 해당 없음.

```bash
cd /config/workspace/proto-socket/typescript && npm run check
cd /config/workspace/proto-socket/typescript && npm test -- --run test/ws.test.ts
cd /config/workspace/proto-socket/kotlin && timeout 90s ./gradlew run -PmainClass=com.tokilabs.proto_socket.crosstest.KotlinTypescriptKt
```

예상 결과: TypeScript typecheck와 WS test가 PASS하고, Kotlin→TypeScript crosstest가 `PASS all kotlin-server/typescript-client crosstests passed`를 출력한다.

모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.
