refactor(core): 추모 영상 실행 가드를 core:common 한 벌로 승격한다 (#1436)

[OnlyReadOneBook]

Closes #1436

추모 영상 URL 을 외부 앱으로 여는 실행 가드가 작성자·수신자 2벌로 있었다. 이건 스타일 중복이 아니라 보안 가드다 — 허용 스킴(http/https)·host 검증 규칙이 두 곳에 흩어져 있으면 한쪽만 고칠 때 다른 쪽이 뚫린다.

그리고 이미 갈라져 있었다. PR #1395 가 수신자 판의 안내 콜백을 원인별로 나눴는데(onRejected = URL 불합격 / onUnavailable = 실행 거부) 작성자 판은 단일 콜백이라, URL 이 막힌 경우에도 「영상을 재생할 수 있는 앱이 없습니다」라는 거짓 안내가 develop 에 남아 있었다.

무엇을 했나

core:common 에 한 벌(media/MemorialVideoLauncher.kt)을 세우고 두 정의를 지웠다. 이 함수는 Compose 비의존이고 Intent/Uri 만 쓰며, 두 소비처가 이미 projects.core.common 에 의존한다.

• 계약은 fix(receiver): 수신 추억 노트 상세 영상 실행에 http/https 스킴 가드 이식 (#1394) #1395 가 확정한 2콜백을 그대로 쓴다.
• 작성자 호출처도 두 갈래로 갈랐다 — 거짓 안내 제거. URL 불합격용 문구 리소스 feature_afternote_memorial_video_invalid_url 를 1건 추가했다(문구는 수신자 쪽과 같은 「영상 주소가 올바르지 않아 재생할 수 없습니다.」).
• 테스트를 1벌로 합쳤다. 거부 목록은 두 판의 합집합이다 — 승격 전에는 목록이 갈릴 수 있어, 한쪽에만 있는 스킴(intent:·tel:)이 다른 쪽에서 회귀해도 아무도 몰랐다. MemorialVideoLauncherTest·ReceivedMemorialVideoLauncherTest 는 제거했다.

core:common 에 robolectric 을 testImplementation 으로 더했다 — URL 검증이 android.net.Uri 파싱에 기대기 때문이다. 매니페스트는 읽지 않으므로 isIncludeAndroidResources 는 켜지 않았다(#369 에서 켰다가 targetSdk 로 기동이 깨진 전례가 있다).

검증

• :core:common:compileDebugKotlin → BUILD SUCCESSFUL
• :core:common:testDebugUnitTest --tests '*MemorialVideoLauncherTest*' → 3 tests / 0 failures (허용 2건 실행 · 거부 8건 · 실행 거부 3종)
• :feature:afternote:presentation:compileDebugKotlin · compileDebugUnitTestKotlin → BUILD SUCCESSFUL
• :feature:afternote:presentation:testDebugUnitTest → 171 tests / 0 failures (기존 회귀 없음)
• :core:common:ktlintCheck · :feature:afternote:presentation:ktlintCheck → BUILD SUCCESSFUL

리뷰어에게

• 수신자 호출처의 Toast 하드코딩 문구·표출 채널(Snackbar) 전환은 refactor(receiver): android.widget.Toast 잔여 3건 제거 — 서버 실패 2건은 #446 체계 합류, 영상 앱 없음 안내는 Snackbar·리소스화 #1391 몫이라 손대지 않았다. 그 주석도 그대로 남겼다.
• 승격 함수는 public 이다. 두 소비처가 서로 다른 패키지라 internal 로는 닫히지 않는다.

CI Test Plan

{
  "androidTest": {
    "mode": "selected",
    "reason": "author/navigation 아래 파일을 고쳐 규칙상 selected 가 필요하다. 이 PR 이 실제로 건드리는 화면은 추모 영상 상세이므로 그 라우팅을 실기기에서 확인하는 계측 테스트를 고른다. androidTest 소스는 건드리지 않았다.",
    "tests": [
      {
        "path": "app/src/androidTest/java/com/afternote/afternote_fe/AppAndReceiverCompletionAndroidTest.kt",
        "selector": "com.afternote.afternote_fe.ReceiverRuntimeCompletionAndroidTest#receivedMemorialDetail_routesPlaylistContractAndForwardsExactId",
        "device": "api30"
      }
    ]
  }
}

[github-actions]

이 PR 은 develop 와 충돌 상태이고, 그래서 CI 가 돌지 않는다.

pull_request 워크플로는 base 와 head 를 합친 가상 머지 커밋(refs/pull/<N>/merge)에서
실행되는데, 충돌이면 GitHub 이 그 ref 를 만들지 못해 워크플로가 트리거조차 되지 않는다.
체크가 실패하는 것이 아니라 아예 생성되지 않으므로, 새 커밋을 올려도 no checks reported
인 채 최신 커밋이 한 번도 검증되지 않은 상태로 남는다 (#1028).

develop 를 병합해 충돌을 풀면 검증이 다시 돈다. 해소되면 이 라벨은 자동으로 떨어진다.