EEYatHo 앱 깎는 이야기

크래시 발생pb_check_proto3_default_value__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__원인Firebase 10.6.0 에 도입한 코드가 Xcode 15.3에서 버그 발생앱 실행을 감지하는 코드라서, Release 모드에서만 발생해결Firebase 10.22.0 에 수정됨업데이트로 해결관련 github issue

문제 현상앱 실행 직후 크래시한명의 유저에게만 계속해서 발생앱 재설치에도 계속 발생스택 트레이스 : 앱내 피처에서 크래시 발생 (Moya -> RxSwift -> 앱내 피처) 원인대기업 근로자의 보안 프로그램으로 인한 크래쉬 원인 파악 경로유저가 계속해서 크래쉬 발생 문의아무리 추측하고, 재현하려해도 안됨유저 디바이스를 컴퓨터에 연결하고 디버깅하기위해 방문 시도주소 파악 -> 이천시이천시? SK하이닉스가 있는 곳인데? 혹시 근로지가 어떻게 되시죠..? -> SK하이닉스유저분 폰에 보안 프로그램이 설치되어 있음.보안 프로그램없는 폰에 해당 유저 계정으로 로그인 -> 정상 동작유저분이 자신의 동료 직원에게 앱 설치 시켜보았더니 -> 크래쉬 발생=> 보안 프로그램이 원인이라는 판단

Crashlytics는 데이터를 90일까지만 유지 (무료인데 이정도면 감사합니다) Crashlytics는 앱을 재실행 할 때, 디스크에 저장되어 있던 record들을 전송함. Crashlytics 에서 유저의 기준앱을 개별적으로 설치한 것여러 기기에 앱을 설치한 사람이 있다면, Crashlytics는 각 설치를 다른 사용자로 계산세션의 기준유저가 앱에 참여하는 연속적인 기간앱이 새로 켜질 때 새 세션 시작 (콜드 스타트)최소 30분의 백그라운드 작동 후 포그라운드 상태가 될 때도 새 세션이 시작커스텀 keyrecord 발생시, 키값들을 함께 기록 (record의 “키” 탭에 있음)NSDictionary64개의 키-값 쌍 지원. 개당 최대 1KB특정 record를 검토할 때, 커스텀 키를 함께 볼 수 있기..