업데이트 하기 싫다는데 크롬 왜 이러나? 블록

관련글: 이글을 먼저 읽어보십시요.

제가 얼마전 크롬이 29버전대에서 30버전대로 버전업이 되면서 일부 자바스크립트를 지원하지 않는 문제 때문에 제 제로보드 사이트의 에디터창이 깨지고 이름 레이어의 위치가 엉망이 되는 등 다소 난해한 문제가 생겨 소스 문제인 줄 알았는데 크롬이 버전업되면서 기존의 자바스크립트를 지원하지 않는 문제점 때문이라는 것을 발견했습니다.

그래서 업데이트를 기다리고 기다려도 이 문제는 원상 복구가 되지 않아 filehippo.com 이란 사이트에서 크롬의 예전 버전을 구하여 설치해 보았으나 예전버전 역시 전부 자바스크립트를 지원하지 않도록 프로그램이 변경돼 올라가 있었습니다. 그래서 제가 예전에 크롬의 stand_alone 설치 버전을 USB메모리에 저장해 놓은 게 있어 그것으로 함 설치해 봤더니 그런 증상이 생기지 않는 겁니다. 그래서 윈도우의 보조프로그램>시스템도구>예약된 작업 에서 [그림1] 에서 보시는 바와 같이 크롬 업데이트를 끄고 이 스탠드얼론 버전을 설치해 지금 잘 사용하고 있는데 문제는 [그림2] 에서 보는 바와 같이 크롬 브라우저에서 위화살표 표시가 나오면서 "크롬이 이전 버전입니다" 란 메시지가 보일 때는 얼마 지나지 않아 이 예약된 작업의 업데이트 실행이 자동으로 켜진다는 겁니다.

[그림1 - 예약된 작업 속성으로 꺼놨습니다]

[그림2 - 크롬이 이전 버전입니다 아이콘 뜨는 화면]

이거 굉장히 기분 나쁘더라구요. 제가 크롬이 문제가 있어 관리자 권한으로 크롬의 자동업데이트를 꺼놨는데 이 놈의 크롬이 시스템 권한으로 이 자동업데이트를 켜고 또다시 크롬을 업데이트 하면서 예전처럼 자바스크립트 지원이 불구가 돼 버린다는 겁니다.

여러분들은 이런 크롬의 횡포에 대해서 어떻게 생각하십니까? 프로그램을 완전하게 만들어 놓고 나서 이러면 상관 없는데 이렇게 불구를 만들어 놓고 이런 횡포를 부리고 있으니 크롬을 이해할 수 없는 겁니다. 이거 또 무슨 음모가 개입된 거죠?

덧글

  • 1234 2013/11/29 17:49 # 삭제 답글

    크롬 취향입니다,. 존중해 주시요 ^^;
    (firefox가 업테이트를 선택 가능하게 뒀다가 망하는 테크트리를 탄 경험을 바탕으로, chrome는 헌제나 최신버젼 유지 정책으로 간다고 하네요)
  • PFN 2013/11/29 19:20 # 답글

    구글 업데이트를 방화벽으로 막아버리면 됩니다.
  • 보미 2013/11/29 19:50 # 답글

    설마 누군가에 의해
  • 에르네스트 2013/11/29 21:08 # 답글

    뭐 여차하면 구글 포터블을 인터넷에서 구버전을 일부러 받는것도 방법이겠죠.
  • 낮술먹은 아기백곰 2013/11/29 22:22 # 답글

    걍 스윙브라우저 사용하세요
  • 오오 2013/11/30 01:13 # 답글

    개인적인 생각으로는 코드를 손보는 것이 나을 듯 합니다.
  • 희망의빛™ 2013/11/30 08:24 #

    지금 크롬 업데이트로 문제가 되는 부분은 모두 네부분입니다. 갤러리 이미지 미리보기와 이름 레이어의 위치가 좌상단으로 몰리는 문제와 본문과 덧글의 에디터창이 깨지는 문제입니다. 각 부분의 소스엔 특정 자바스크립트가 사용되는데 이걸 다른 걸로 대체하기가 애매한 상황입니다. 예전엔 다 지원하던 것이었는데 왜 이렇게 크롬이 바뀌었는지 정말 모를 일입니다. 스타일쉬트도 제대로 동작하지 않는 문제점까지 있습니다. 버그가 곳곳에 잠재돼 있어 소스를 수정해서 우회하기가 참 그렇더군요. 왜 이전 버전에선 다 됐던 것들이 이렇게 엉망이 됐는지 모르겠습니다.
  • 오오 2013/11/30 08:50 #

    대체로는 옛날 IE6 뭐 이럴때 있던 것을 그냥 호환성 문제로 유지시켰다가 들어낸 것 같습니다. pixelHeight를 그냥 height 로 하고 값 뒤에 "px"을 붙여주는 것(...style.height="100px" 이런식으로)이 현재는 보다 정상적인 방법 같네요. 물론 제가 그것까지 코딩해 드릴 수는 없죠. px붙이려면 실제 숫자 부분은 알아서 떼어내서 계산을 하시든지, 아니면 따로 변수에 보관을 해 두시던지 해야 될 것 같구요. 그 외에도 대부분 옛날 표준 이전의 잘못된 것들을 크롬 개발진이 들어내서 생긴 문제 같아서 해당부분의 오래된 코드를 손보는 것이 낫다고 생각하는 것입니다. 앞으로 다른 브라우저에서도 지원이 끊기고 한탄해도 소용없을 때가 올 수 있습니다. 크롬에서 개발자 모드를 열고 어떤 부분이 호환이 안되는지 살펴보시길 바랍니다. 아니면 살펴볼 수 있는 분께 여쭤보시거나...

    물론 강제 업데이트에 호불호나 장단점은 있을 수 있지만, 이런 경우에는 코드 수정이 더 나은 해결책 같군요.
  • 희망의빛™ 2013/11/30 17:42 #

    제가 당시 그 코딩으로 함 변경해 보았는데 제대로 동작하지 않은 기억이 납니다. 제가 안해본게 아닙니다. 다른 문법적 구조 문제일 수 있고 더 복잡한 방법을 써야 할 수도 있습니다. 그 사이 크롬이 바뀌었을 수 있으니 다시 함 해볼께요. 도움말씀 감사드립니다. ^^;
  • ㅋㅋ 2013/11/30 04:18 # 삭제 답글

    services.msc에서도 지워야지 스케줄러에서만 지운다고 되는건 아닙니다.
  • 희망의빛™ 2013/11/30 08:16 #

    해당 서비스가 무엇인가요? 저는 못찾겠네요.
  • 희망의빛™ 2013/11/30 08:16 # 답글

    헐~ 이젠 "예약된작업>구글업데이트" 가 꺼져 있어도 브라우저가 아무런 알림도 없이 업데이트를 해 자바스크립트 일부 기능을 무력화시켜 버리네요. 완전 이제 크롬이 막가자는 거군요. 어이없네.
  • dl504 2013/11/30 12:49 # 삭제 답글

    크롬 왜쓰세요 ㅠㅠ 양아치에 메모리킬러임
  • WeissBlut 2013/11/30 13:34 # 답글

    구버전 스크립트 호환성을 굳이 유지하고 싶다면 그냥 크롬 포기하고 IE 쓰는게 나을텐데요
  • 희망의빛™ 2014/12/07 08:29 #

    예전엔 기본적인 자바스크립트를 지원했는데 업데이트후 갑자기 이렇게 동작을 안하니 황당합니다. 크롬이 자바스크립트 지원을 깎아먹는 방향으로 업데이트 되는 건 잘못된 것 같습니다. 그럼 파폭과 차별화가 안돼요.
  • 구글18 2013/12/14 16:36 # 삭제 답글

    업데이트도 강제로 하면서 다 개인정보 가져가려는 속셈이 99% 있음
댓글 입력 영역
* 비로그인 덧글의 IP 전체보기를 설정한 이글루입니다.


웹로그 검색