[#687] UserTimeZone 동기화 요청을 중복 제한한다

[opficdev]

🔗 연관된 이슈

• closed UserTimeZone 동기화 요청을 중복 제한한다 #687

🎯 의도

• 앱 실행, 인증 상태 방출, foreground 복귀 흐름에서 User timeZone 동기화 요청이 겹칠 수 있어 같은 사용자와 같은 timeZone 조합의 반복 저장을 방지

📝 작업 내용

📌 요약

• launch 시점의 직접 timeZone 동기화 요청 제거
• UserTimeZoneSyncHandler의 로그인 상태 중복 방출 필터링 추가
• 같은 (uid, timeZoneIdentifier) 조합의 완료/진행 중 중복 저장 방지 처리
• 동시 foreground 요청과 연속 로그인 상태 방출 테스트 추가

🔍 상세

• didFinishLaunchingWithOptions에서 .didRequestUserTimeZoneSync 직접 post 제거
• observeSignedIn()에 removeDuplicates() 적용
• SyncKey를 Hashable로 변경하고 syncingKeys로 진행 중인 같은 key 중복 요청 차단
• 로그아웃 상태 전이 시 lastSyncedKey와 syncingKeys 초기화
• updateUserTimeZone() 성공 후에만 lastSyncedKey 갱신
• 같은 로그인 상태 연속 방출, 저장 중 foreground 요청, 사용자/timeZone 변경, 실패 후 재시도 케이스 테스트 보강

📸 영상 / 이미지 (Optional)

[gemini-code-assist]

Code Review

This pull request refactors UserTimeZoneSyncHandler to prevent duplicate timezone synchronization requests by introducing a syncingKeys set and adding .removeDuplicates() to the sign-in observer. However, the review highlights two critical issues: first, .removeDuplicates() on the sign-in publisher will block synchronization when switching users directly without logging out; second, accessing mutable state like syncingKeys and lastSyncedKey across multiple threads without synchronization introduces data race risks, which should be resolved using a lock or serial queue rather than @MainActor isolation.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.