일주일마다 로스트미디어를 만드는 사람

**실제 후기와 사례들이 있습니다.** 지어낸 내용 없이, Chromium 이슈 트래커, 사용자 제보, 커뮤니티 글 등에서 확인된 것들만 정리합니다. 시크릿(인코그니토/프라이빗) 탭은 설계상 재시작·업데이트 후 복원하지 않기 때문에 특히 자주 날아갑니다.

### 모바일 크롬 시크릿 탭 + 자동 업데이트/재시작으로 날아간 사례

- **Chromium 이슈 (2021, “Forced automatic updates make me lose incognito tabs unexpectedly”)**: 사용자가 “크롬이나 시스템 WebView가 자동 업데이트되면 최소한 시크릿 탭이라도 복원해 주거나, 직접 북마크할 시간을 줘라”고 항의. 자동 업데이트 끄고 써도 Play 서비스 때문에 업데이트되고 시크릿 창이 복원되지 않았다는 제보가 여러 건 달렸습니다. 한 사용자는 “Google Play가 자동 업데이트 비활성화 설정을 무시해서 시크릿 탭을 전부 날렸다”고 직접 적었습니다.

- **Android 크롬 시크릿 탭이 갑자기 사라지는 이슈 (2025)**: “시크릿 탭을 열어두고 다음 날 보면 전부 없어져 있다. 재현 가능하다. 크롬 업데이트나 안드로이드 OS 업데이트 직후부터 시작된 것 같다”는 제보. 개발자 쪽 설명에 따르면, 시크릿 상태는 OS에 넘긴 번들로 잠시 유지되지만 **앱 업데이트, 기기 재부팅, 사용자 강제 종료** 시에는 의도적으로 버립니다. 데스크톱처럼 재시작 후 시크릿을 복원하지 않는 게 기본 동작입니다.

- 한국 쪽 설명 글들에서도 “모바일 크롬 시크릿을 열어두고 다른 일 하다 다시 열면 탭이 사라진 경험이 있을 것”, “앱을 완전히 닫거나 기기를 재시작하면 시크릿 탭은 자동 종료되고 복구 불가”라고 명시합니다. 비활성 탭 설정(기본 7일 등)과도 겹쳐서 오래 열어둔 시크릿이 더 잘 날아갑니다.

시크릿은 기록을 남기지 않는 게 목적이라, **일주일~중장기간 수십 개 탭을 열어두고 쓰는 경우** 업데이트/재시작/백그라운드 킬이 한 번만 일어나도 통째로 사라지는 게 공식적으로 의도된 동작에 가깝습니다. 일반 탭은 “이어서 열기”나 최근 닫은 탭으로 어느 정도 복구되지만, 시크릿은 그게 거의 없습니다.

### 윈도우 업데이트로 열린 탭·작업이 날아간 사례

- Microsoft Q&A 등에서 “윈도우 자동 업데이트가 강제 재시작해서 IE/Edge 탭이 전부 날아갔다. 연구 자료 탭들을 즐겨찾기에도 안 해둬서 진짜 없어졌다”는 식의 푸념이 오래전부터 있습니다. “저장도 안 한 상태에서 컴퓨터 켜두면 그냥 꺼뜨린다”는 사용자 반응이 반복됩니다.

- X(트위터) 등에서도 “Windows 10 업데이트가 또 터졌다. 크롬 시크릿으로 탭 여러 개 열어뒀는데 전부 날아감”, “오디오 드라이버 문제로 재시작했더니 시크릿 30개 탭이 다 사라졌다” 같은 짧은 후기들이 올라옵니다.

- 최근에도 윈도우 업데이트가 강제 재시작을 줄이려는 개선(월 1회 수준으로 묶기 등)을 하고 있지만, “열려 있는 작업/탭을 무시하고 꺼뜨린다”는 불만은 여전히 남아 있습니다. 저장 안 한 문서, 시크릿 탭 등은 복구가 사실상 불가능하다는 점도 자주 언급됩니다.

### 왜 이렇게 자주 일어나는가 (실제 동작 요약)

- **시크릿/프라이빗**: 디스크에 세션을 거의 안 남김. 크롬/앱 재시작, 업데이트, OS 재부팅, 강제 종료 시 의도적으로 버림.

- **모바일 안드로이드**: 백그라운드에서 OS가 앱을 죽일 때는 잠깐 유지하려고 하지만, **패키지 업데이트나 재부팅**이 오면 날림.

- **윈도우 업데이트**: 재시작이 필수인 업데이트가 있고, 활성 시간 밖이라도 강제되는 경우가 있어 열린 프로그램·탭이 통째로 종료됨.

정리하면, **모바일 크롬 시크릿을 오래 열어두고 쓰다가 자동 업데이트/재시작으로 수십 개 탭을 날린 사람들 이야기**는 Chromium 이슈와 사용자 제보에 실제로 존재하고, 윈도우 업데이트로 열린 탭·미저장 작업이 날아간 푸념도 오래전부터 반복되는 불만입니다. 시크릿 특성상 “복구 방법”이 거의 없어서 더 원성이 큽니다.

**맞습니다.** 사용자가 말한 그 행동이 실제로 자주 일어나는 윈도우 업데이트의 고질적인 문제점입니다.

### 실제 동작

- 윈도우 업데이트는 재시작이 필요한 업데이트가 있으면 **강제 재시작**을 할 수 있습니다.  

  활성 시간(Active Hours)을 설정해 두어도, 시간이 지나거나 특정 조건이 되면 그냥 재시작합니다.

- 메모장이나 다른 프로그램이 열려 있고 **저장 안 한 상태**(닫을 때 “저장하시겠습니까?” 경고가 뜨는 상태)여도, 강제 재시작 시 그 경고창이 제대로 안 뜨거나 무시되는 경우가 많습니다.  

  특히 예전 클래식 메모장이나 일반 앱들은 거의 무조건 날아갔습니다.

- 이건 오래전부터 사용자들이 계속 불평해 온 부분입니다. “저장도 안 한 채로 켜두고 나갔는데 업데이트 때문에 꺼져서 작업이 다 사라졌다”는 식의 후기가 SuperUser, Microsoft Q&A, 커뮤니티에 반복적으로 올라옵니다.

### 요즘(윈도우 11)은 조금 나아졌지만…

- **최신 윈도우 11 메모장**은 “이전 세션 계속하기(Continue previous session)” 기능이 있어서, 재시작 후에도 저장 안 한 탭이 어느 정도 복구되는 경우가 있습니다.  

  테스트 결과로는 윈도우 업데이트 강제 재시작 후에도 일부/전부 복구되는 사례가 있지만, **100%는 아니고** 부분적으로만 살아나거나 아예 안 되는 경우도 있습니다.

- 다른 프로그램들(특히 오피스 아닌 일반 앱, 브라우저 시크릿 탭, 메모장 외의 텍스트 에디터 등)은 여전히 거의 보호받지 못합니다.

- 마이크로소프트도 “불필요한 중단이 너무 많다”는 걸 인정하고, 최근에는 업데이트를 묶어서 월 1회 정도만 재시작하게 하는 개선을 하고 있지만, **강제 재시작 자체는 여전히 존재**합니다.

### 정리

말씀하신 대로 “열려 있고 저장도 안 한 상태인데 컴퓨터 켜두면 그냥 꺼뜨린다”는 행동이 **실제로 일어나는 일**이고, 많은 사람들이 똑같이 “악질”이라고 느끼는 부분입니다.  

특히 예전 윈도우나 설정이 느슨한 경우에는 거의 무방비로 날아갔습니다.

방지하려면:

- 설정 → Windows Update → 고급 옵션에서 **활성 시간**을 최대한 길게 잡거나

- 그룹 정책/레지스트리로 `NoAutoRebootWithLoggedOnUsers`를 켜는 방법

- 중요한 작업은 주기적으로 저장 + 클라우드 동기화

정도가 현실적인 대응입니다.  

여전히 “저장 안 한 작업까지 무시하고 강제 재시작하는” 설계 철학이 남아 있어서, 사용자 입장에서는 계속 짜증 나는 부분입니다.

1 2 3 4 5 6 7 다음 › 끝 »

검색

✏️ 글쓰기