Ember.js: Ember 2.4로 업그레이드 후 오류

더 이상한 점은 마지막 스크린 샷에서 볼 수 있다는 것입니다. 8786 행에 var s = "helper:" + e; 가 있습니다 ...하지만 바로 다음 행에 s 가 정의되어 있지 않습니다. : confused : 마치 스택이 지루해 지거나 ... 또는 크롬 디버거가 틀린 것처럼 보입니다.

나도 이런 걸 본 적이있다. 드물게 발생하며 번식하는 방법을 모릅니다. 또한 내 앱의 문제인지 다른 것인지 확실하지 않습니다.

@raido 는 내 스택과 동일 _lookupFactory )? Ember 2.4.1을 사용하고 계십니까? 이전 버전의 ember에서이 문제를 본 적이 있습니까?

우리는 Ember 2.2 => Ember 2.4에서 업그레이드했고 며칠 이내에 서버 로그에서이 문제를 상당히 많이보기 시작했습니다.

: +1 : 이것을 직접 보았고, 버그 스내그 로그에서 저를 혼란스럽게했습니다 :

11779      if (validateLazyHelperName(name, owner, env.hooks.keywords)) {
11780        var helperName = 'helper:' + name;
11781        if (owner.hasRegistration(helperName, options)) {
11782          helper = owner._lookupFactory(helperName, options);
11783        }
11784      }
11785    }

당신이 말하는 것처럼, 어떻게 owner 수 undefined 라인에 11782 가 과거 가지고있는 경우 owner.hasRegistration 전에 라인?

마찬가지로 축소 된 경우에만 프로덕션에서 볼 수 있습니다 (위는 소스 맵에서 가져온 것임).

로그에 따르면 지금까지 Chrome에서만 본 적이 있습니다.

@workmanw 예, 내 오류도 _lookupFactory와 관련이 있으며 stacktrace에서 lookupHelper를 참조하십시오.

프로덕션 빌드의 로그, 방금 v2.3.0에서 발생했습니다.

TypeError: Cannot read property '_lookupFactory' of undefined
    at o (vendor-6292d0672068025de3c6d57c1fb505d0.js:7)
    at Object.a [as default] (vendor-6292d0672068025de3c6d57c1fb505d0.js:7)
    at Object.r [as lookupHelper] (vendor-6292d0672068025de3c6d57c1fb505d0.js:6)
    at Object.D [as inline] (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)
    at Object.i.inline (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)
    at l.populateNodes (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)
    at l.render (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)
    at i (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)
    at vendor-6292d0672068025de3c6d57c1fb505d0.js:16
    at s (vendor-6292d0672068025de3c6d57c1fb505d0.js:16)

2.4.2에서이 문제를 확인할 수 있는데, 아직 개발에서는 볼 수없는 경우도 있지만 프로덕션에서는 볼 수 있습니다. 이것은 불씨 검사자에 의해 발생할 수 있습니까?

자세한 정보 : 2.3.x에서는이 기능이 없었으며 스택은 동일합니다 (_lookupFactory).

편집 : 이것이 불씨 검사자 문제가 아니라는 것을 확인할 수 있으며 검사자가 비활성화 된 동안 오류가 발생했습니다.

2.4.1 및 2.4.2에서 버그를 확인했습니다. 축소 된 js에서만 발생합니다.

@jcbvm @ gdub22 둘 다 일관되게 재현 할 수 있었습니까? 불씨 회전을 만들기 위해 앱에서 적어도 일관된 단계를 찾으려고 노력했지만 운이 없었습니다.

이것은 완전히 일화 적이며 아마도 붉은 청어 일 수도 있지만, 컴포넌트 헬퍼 ( {{component componentName}} )로 렌더링 된 조상 컴포넌트가있는 헬퍼를 렌더링하려고 할 때 발생하는 것 같습니다.

@workmanw 마찬가지로 일관되게 재현 할 수 없었기 때문에 앱 전체에서 {{component}} 도우미를 많이 사용합니다.

@workmanw 는 100 % 일관되지 않지만 자체 템플릿에서 구성 요소 도우미를 사용하는 특정 구성 요소로 범위를 좁혔다 고 생각합니다.

Uglify는 위의 함수를 다음과 같이 변환합니다.

function n(e,t,r,n){
  var i=r.helpers[e];
  if(!i){
    var o=r.owner;
    if (a(e,o,r.hooks.keywords)){
      var s="helper:"+e;
      o.hasRegistration(s,n) && (i=o._lookupFactory(s,n));
    }
  }
  return i;
}

owner 에 대한 두 속성 액세스가 모두 단일 행으로 컴파일되었습니다. 제 생각에는 충돌이 실제로 첫 번째에서 발생하고 소스 맵 충실도가 올바르게 구별하기에 충분하지 않다는 것입니다.

추가 편집 : 아,하지만 충돌은 확실히 _lookupFactory property 에 대한 것이므로 내 추측이 잘못되었을 것입니다. 호기심 많고 호기심 많은.

@ ef4 아마도 ...하지만 디버거 에서이 예외를 몇 번 발견했지만 o (스 니펫에서)는 정의되지 않았지만 r.owner 은 유효한 소유자입니다. 사실, 저는 r.owner.hasRegistration(s,n) && (r.owner._lookupFactory(s,n)); 하고 수업을받을 수 있습니다. 이는 Chrome이 예외를 포착하여 중단 된 이후이므로 디버거가 오해의 소지가있는 상태 일 수도 있습니다.

@ ef4 예, 확실히 이상한 것입니다.

어떤 이유로 V8이이를 최적화 할 수 있습니까? V8, @stefanpenner 의 다크 아트에 대해 가장 잘 아는 사람은 누구일까요?

충돌하는 라인 코드가 다음과 같은 경우 :

o.hasRegistration(s,n) && (i=o._lookupFactory(s,n));

그때:

1. o.hasRegistration(s,n) 은 (는) 이미 진실 값을 반환했습니다. 이것은 의미
2. o 는 null 또는 undefined 가 아닙니다. 따라서
3. Cannot read property '_lookupFactory' of undefined 가 잘못되었거나 v8의 버그입니다.

나는 명백한 것을 놓치고 있습니까?

이 문제를 재현 한 사람들을 위해 어떤 버전의 Chrome을 실행하고 있습니까? Firefox, IE 또는 Safari에서 재현 했습니까?

@wycats 나는 당신이 놓친 명백한 것을 보지 못합니다. 이것들은 내가 도달 한 것과 같은 결론입니다. 이 문제는 Chrome 최신 버전 (48)에서만 기록되었습니다. 재생산 테스트에서 48.0.2564.116을 사용했습니다. 개인적으로 Firefox, IE 또는 Safari는 사용하지 않았지만 다시 시도해보고보고하겠습니다.

편집 : 나는 트위들을 생성하는 지점까지 문제를 단순화 할 수 없습니다. 하지만 도움이된다면 중단 점에서 일시 중지 된 하나 이상의 오류를 대기열에 추가하고 누군가 크롬 디버거를 둘러보고 싶다면 스크린 히어로로 이동할 수 있습니다. 때로는 1 분에 3 번 재현 할 수 있습니다. 때로는 20 분 이상 소요됩니다.

@wycats 알겠습니다. 지난 1 시간 동안 Chrome, Safari 및 Firefox를 사용해 보았습니다. Chrome에서는 여러 번 재현 할 수 있었지만 Safari와 Firefox에서는 전혀 재현 할 수 없었습니다. 이것이 결정적인지 확신 할 수 없지만 Chrome 특정 문제를 점점 더 많이 가리키고 있습니다.

이 모든 것이 http://yehudakatz.com/2010/01/02/the-craziest-fing-bug-ive-ever-seen/을 상기시킵니다.

나도 재현 할 수 없었습니다. 저에게는 일반적으로 앱이 부팅 될 때 발생합니다. 앱을 여러 번 다시로드하면 충돌이 발생할 수 있지만 일관성이 없습니다. 단 몇 분만에 5 번 충돌하거나 30 분 정도 걸릴 수 있습니다. 최신 Chrome에서 테스트했습니다.

@workmanw 해당 기능을 특정 모드로 유지하는 것이 좋습니다. 그러면 문제에 대해 자세히 알아볼 수 있습니다. 이 시점에서 우리는 v8 친구들도 핑해야합니다. 그러나이를 위해서는 복제 (심지어 전체 앱)가 필요할 것입니다.

특정 모드에서 기능을 유지하려면 v8의 일부를 천천히 비활성화하고 버그가 중지되는지 확인할 수 있습니다. 그러면 근본 원인에 더 가까이 다가 갈 수 있습니다.

먼저 크롬 v8을 비활성화 한 상태로 실행하여 인라인을 비활성화합니다. --nouse_inlining (내 생각 엔 이것으로 충분할 수 있습니다)

/Applications/Google\ Chrome\ Canary.app/Contents/MacOS/Google\ Chrome\ Canary --js-flags="--nouse_inlining" --user-data-dir=/tmp/foobar

반대로 크랭크 샤프트를 모두 함께 비활성화하십시오 --crankshaft=false

/Applications/Google\ Chrome\ Canary.app/Contents/MacOS/Google\ Chrome\ Canary --js-flags="--crankshaft=false" --user-data-dir=/tmp/foobar

안녕하세요.

카나리아가 아닌 Chrome 48을 사용하여 테스트했습니다. 카나리아와 함께 해보시길 바라시면 기꺼이 도와 드리겠습니다.

함께 --nouse_inlining 나는이 문제를 재현 할 수 없습니다.
함께 --crankshaft=false 나는이 문제를 재현 할 수 있었다.

이 시점에서 우리는 v8 친구들도 핑해야합니다. 그러나이를 위해서는 복제 (심지어 전체 앱)가 필요할 것입니다.

나는 완전히 이해합니다. 나는 약 4 시간을 "전진"하고 이것을 재현하는 Ember-twiddle을 만들기 위해 노력했습니다. 나는 그것을 위해 무슨 일이 벌어지고 있는지 충분히 이해하지 못합니다. 이제는 복제 단계를 줄이고 가능한 한 많이 앱에서 추출하여 복제를 단순화하기 위해 앱을 사용하여 "거꾸로 작업"을 시작하겠습니다.

--nouse_inlining으로이 문제를 재현 할 수 없었습니다.

예상되는 것처럼 보이므로 인라인 버그와 관련이있을 가능성이 가장 높습니다.

--crankshaft = false를 사용하면이 문제를 재현 할 수있었습니다.

이것은 잘못된 플래그 일 수 있습니다. 기억이 나지 않습니다.

나는 완전히 이해합니다. 나는 약 4 시간을 "전진"하고 이것을 재현하는 Ember-twiddle을 만들기 위해 노력했습니다. 나는 그것을 위해 무슨 일이 벌어지고 있는지 충분히 이해하지 못합니다. 이제는 복제 단계를 줄이고 가능한 한 많이 앱에서 추출하여 복제를 단순화하기 위해 앱을 사용하여 "거꾸로 작업"을 시작하겠습니다.

@workmanw 재현 단계에서있는 그대로 앱 (또는 앱의 URL)을 공유 할 수 있습니까?
현실적으로 이것을 분리하여 재현하는 것은 까다로울 수 있습니다.

A : sadpanda : 해결 방법은 함수가 인라인 될 수있는 최대 AST를 초과하도록하는 것입니다. 이렇게하면 다음을 수행 할 수 있습니다.

해당 함수 의 본문에 다음 문자열을 넣으면 트릭을 수행해야합니다 (현재 이러한 제한 / 휴리스틱은 초과 근무 시간에 변경됨).

"Pork chop porchetta rump, bacon turducken filet mignon tri-tip drumstick picanha beef ribs sausage salami. Leberkas beef landjaeger bresaola, sausage meatloaf pastrami frankfurter ribeye jowl turducken drumstick flank. Pork loin shank tongue leberkas ham strip steak salami swine short ribs cupim. Strip steak sausage turkey tenderloin, alcatra turducken porchetta ribeye brisket spare ribs rump salami ground round tail frankfurter. Kielbasa cow porchetta, hamburger jowl salami turducken capicola beef. Corned beef meatloaf ball tip landjaeger shank pork belly. Short loin kielbasa pig tail, brisket cupim salami andouille hamburger sausage short ribs."

@workmanw 도 카나리아를 확인할 수 있다면 편리합니다.

안녕하세요.

그 함수에 다음 문자열을 넣으면 트릭을 수행해야합니다 (지금 당장은 초과 근무를 변경할 수 있습니다)

내부에 대한 당신의 지식은 나를 놀라게하지 않습니다.

@workmanw 재현 단계로 앱을있는 그대로 공유 할 수 있습니까?

네, 그렇게 할 수 있어야합니다. 조금만 주면 사전 프로덕션 환경 중 하나에 몇 가지 자격 증명을 프로비저닝하고 데이터를 준비합니다. 필요한 경우 소스를 공유해도되지만 개인적으로 공유해야합니다.

@workmanw 도 카나리아를 확인할 수 있다면 편리합니다.

끝난. 플래그없이 카나리아 "버전 51.0.2673.0 카나리아 (64 비트)"를 확인했지만 안타깝게도 여전히 재현 할 수있었습니다.

필요한 경우 소스를 공유해도되지만 개인적으로 공유해야합니다.

보장은 없지만 개인적으로 문제를 더 줄이고 줄이는 데 도움이 될 것입니다. 저는 다음과 같은 일을하고 싶습니다.

• V8 사람들을위한 복제 준비
• 임시 [BUGFIX] 솔루션 탐색
• (오늘 / 이번 주말)에 V8 보고서 받기

내 앞에있는 앱 (코드를 변경하고 탐색 할 수있는 곳)을 사용하면 적절한 해결 방법 / 재생산이 가능할 수 있습니다.

편집 : 아래 링크 된 응용 프로그램은 PR # 13118의 해결 방법이 포함 된 ember 빌드를 사용하고 있습니다. 이 문제의 복제에는 더 이상 유효하지 않습니다. 우리 앱을 사용하여이 문제를 재현하는 데 관심이있는 사람이 있으면 저에게 연락하면 아마도 그렇게 할 수 있습니다.

@stefanpenner 그래서 페이지에 일부 코드를 삽입하여 복제 작업을 수행했습니다. 저를 믿으십시오. 그렇지 않으면 악몽이었을 것입니다.

이것은 여전히 ​​100 % 재현 할 수 없습니다.

1)이 URL 방문 : https://qa-integration.batterii.com/#/community/MTpDb21tdW5pdHksOTAwMQ/room/MTpSb29tLDE5NzQ2MzAwMQ/wall/MTpSb29tLDE5NzQ2MzAwMSxXYWxsLDEwMDAx

2) 이메일로 로그인 : [email protected] 및 비밀번호 : tomster1 . 그러면 다음과 같은 페이지로 딥 링크됩니다.

3) 로그인하여 위 페이지에 방문한 후 새로 고침해야합니다 (해당 페이지에서 정리를 시작할 수 있도록).

4) 크롬 디버거를 열고 콘솔에서 다음을 실행하십시오.

(function() {
var room = 'MTpSb29tLDE5NzQ2MzAwMQ',
    wall = 'MTpSb29tLDE5NzQ2MzAwMSxXYWxsLDEwMDAx',
    wallitem = 'MTpXYWxsSXRlbSwxOTg0NjMwMDQ';

function promiseTimer(ms) {
  return new Ember.RSVP.Promise(function(resolve) {
    Ember.run.later(resolve, ms);
  });
}

function timedTransition() {
  return BC.router.transitionTo.apply(BC.router, arguments).then(function() {
    return promiseTimer(800);
  });
}

function takeActions() {
  var downloadUrl = window.wallitemRecord.get('downloadUrl');
  window.open(downloadUrl);
  promiseTimer(1400).then(function() {
    return timedTransition('wall.wallitem', room, wall, wallitem);
  }).then(function() {
    return timedTransition('wall', room, wall);
  }).then(function() {
    return timedTransition('wall.wallitem', room, wall, wallitem);
  }).then(function() {
    return timedTransition('wall', room, wall);
  }).then(function() {
    return timedTransition('wall.wallitem', room, wall, wallitem);
  }).then(function() {
    return timedTransition('wall', room, wall);
  }).then(function() {
    return timedTransition('wall.wallitem', room, wall, wallitem);
  }).then(function() {
    return timedTransition('wall', room, wall);
  }).then(function() {
    return timedTransition('wall.wallitem', room, wall, wallitem);
  }).then(function() {
    return timedTransition('wall', room, wall);
  });
}

BC.store.findRecord('wallitem', wallitem).then(function(wallitem) { window.wallitemRecord = wallitem; });
$('<button id="crash-reproduce">Crash Reproduce</button>').appendTo('.top-right-nav');
$('#crash-reproduce').on('click', takeActions);
})();

5) Chrome 디버거를 "예외 발생시 일시 중지"로 설정합니다.

6) 삽입 된 코드는 오른쪽 상단에 버튼을 추가해야합니다. 그 버튼을 클릭하십시오. 먼저 새 탭이 열리고 다운로드 할 파일이 트리거 된 다음 모달 대화 상자가 여러 번 열리고 닫힙니다. 이 모달은 실제로 "라우팅 가능"하므로 경로 변경도 관찰해야합니다. 모달을 두 번째 또는 세 번째로 열 때 예외가 발생해야합니다. 이 문제가 발생하지 않으면 브라우저를 새로 고치고 다시 시도하십시오 (4 단계부터 시작).

그동안 소스 코드를 얻을 수 있도록 노력하겠습니다. Google App Engine에서 실행되므로 여전히 클라우드 서버에 연결해야하지만 클라이언트 앱을 로컬에서 실행할 수 있도록 정렬 할 수 있어야합니다 (클라우드 서버에 프록시).

마지막으로 저는 지금 여유를 가지고 있으며 동부 표준시 기준 오후 4 시까 지입니다. 필요한 경우 스크린 히어로에게 기뻐할 것입니다. 내일도 하루 종일 사용할 수 있습니다.

멋진 재현 단계!

나는 현재 집안일을하고 있지만 오늘 늦게 (또는 내일 아침) 조사하려고 노력할 것입니다.

@stefanpenner 감사합니다! 내일 하루 종일 온라인 상태가되며 필요한 경우 기꺼이 도와 드리겠습니다. emberjs 슬랙에서 나를 찾을 수 있습니다. 또한 소스 코드에 액세스하는 방법에 대한 이메일을 보냈습니다 (github 계정에 나열된 @gmail 로 이메일을 보냄).

@stefanpenner 참고로 단계를 약간 조정했습니다. 우리 앱의 "벽돌 모드"목록을 사용하면 문제를 재현 할 가능성이 훨씬 더 높다는 것을 발견했습니다. 변경된 것은 1 단계의 URL, 2 단계 아래의 스크린 샷, 4 단계의 코드 스 니펫뿐입니다.

_ 위 질문에 대한 응답으로 이것이 v8 / Chrome 전용 인 경우 : _ 로그를 확인하고 8 건을 발견했으며 Windows (7 및 10)에서 모든 Chrome (49/48)을 찾았습니다. 불행히도 더 많은 데이터 포인트가 없습니다.

나는 이것을 재현하려고 노력했지만 Twiddle과 로컬에서 운이 없었습니다. 그러나 도우미가없는 다른 앱이 프로덕션에 있고 충돌하지 않기 때문에 도우미에게만 해당되는 것 같습니다.

나는 응용 프로그램이 경로 사이를 앞뒤로 탐색하도록 강제하여 무차별 대입 테스트를 수행했으며 때로는 3 번의 전환 후 오류가 발생하고 오류를 던지고 다음 전환으로 복구하고 복구 후 다시 충돌하지 않는 것처럼 보였습니다.

편집 : 나는 그것이 전환 사이에 50ms의 지연과 함께 중단되지 않을 것입니다. 그 후 5 번의 수동 재로드를 수행했고 템플릿에 일부 도우미가있는 초기 "인덱스 경로"렌더링을 수행 할 때 부팅시 충돌이 발생했습니다.

나는 응용 프로그램이 경로 사이를 앞뒤로 탐색하도록 강제하여 무차별 대입 테스트를 수행했으며 때로는 3 번의 전환 후 오류가 발생하고 오류를 던지고 다음 전환으로 복구하고 복구 후 다시 충돌하지 않는 것처럼 보였습니다.

이것은 내 경험을 절대적으로 설명합니다.

우리의 경우 window.open 를 사용하여 파일 다운로드를 트리거하고이 작업은이 문제가 발생할 가능성을 높이는 데 도움이됩니다 (하지만 레드 청어 일 수 있음). 나를 위해, 때때로 나는 굴러 가고 그것은 3 번째 또는 4 번째 전환 후에 10 번 중 10 번 발생합니다. 다른 경우에는 30 분에 한 번 발생하지 않습니다.

@workmanw 나는 그것을 재현하는 데 도움이되는 "것처럼 보이는"유형의 "가능성이 높은"유형의 것들을 많이 가지고 있지만 실제로는 나에게 주어진 "힌트"응용 프로그램을 따를 수 없었습니다. 완전히 무작위로 보입니다.

여기에 제공된 복제 단계에 따라 응용 프로그램도 충돌하려고 시도했지만 발생하지 않았습니다.

@stefanpenner 기능 본문에 "돼지 고기"를 추가하려고했지만 도움이되지 않았거나 뭔가 잘못했습니다.

어쨌든, 나는 이것을 더 자주 할 방법이 있다고 생각합니다. 나는 이제 항상 동일한 도우미임을 확인했습니다.내 응용 프로그램에서 충돌합니다. 나는 계속 파낼 것이다.

지금까지 콘솔이 충돌 할 때 일부 콘솔 로그 아웃을 관리했습니다. 소유자 *가 정의되지 않았을뿐만 아니라 helperName 도 정의되지 않았습니다. 그래서 하나 이상의 것이 누락됩니다.

@workmanw 내 앱이 더 많이 충돌하도록 도와주는 몇 가지 단계 :

• CLI를 사용하여 로컬에서 앱을 실행하고 bower_components / ember / ember.prod.js를 수정합니다.
• hasRegistration 앞과 뒤에 다음과 같이 콘솔 로그를 추가합니다.

if (validateLazyHelperName(name, owner, env.hooks.keywords)) {
        var helperName = 'helper:' + name;
        console.log("Before", helperName, owner !== undefined, owner._lookupFactory !== undefined);
        if (owner.hasRegistration(helperName, options)) {
          console.log("After", helperName, owner !== undefined);
          console.log("After _lookupFactory", owner._lookupFactory !== undefined);
          helper = owner._lookupFactory(helperName, options);
        }
      }

ember s --prod
이 결과는 다음과 같습니다.

Before helper:t true true
After undefined false
TypeError: Cannot read property '_lookupFactory' of undefined

두 번째 콘솔 로그가 실행되면 helperName과 owner는 이미 "정의되지 않은"상태이며 "After _lookupFactory"console.log에서 충돌이 발생합니다.

편집 :이 도우미 : t 는 ember-i18n이 아닌 맞춤 제작 된 것임을 명심하십시오.

+1해서 죄송합니다. "좋아요 이모티콘"만으로 업데이트를 구독하는지 확실하지 않습니다.

프로덕션 빌드에서만 정확히 동일한 오류입니다.

크롬 : 48.0.2564.116, 49.0.2623.87
MacOS : 10.9.5

@stefanpenner 와 --nouse_inlining 발생하지 않는 것 같습니다. 나는 nouse_inlining을 사용하거나 사용하지 않고 몇 번 실행을 시도했지만 인라인이 비활성화되었을 때 충돌하지 않았습니다. 플래그없이 Chrome을 실행하면 이전 댓글에서 해당 console.logs와 충돌하기 위해 7 개 중 5 개를 다시로드 할 수 있습니다. 나는 여전히 Twiddle 또는 데모 앱에서 이것을 재현 가능하게 만드는 방법을 알아 내야합니다.

나는 2 월 초 (2.3, 2.4), OSX와 Windows, Chrome에서만 이것을보고있다. 모든 사용자 정의 Em.Helper.helpers 및 ember-truth-helpers를 제거하면 (물론) 오류가 표시되지 않습니다.

은박지 모자를 털어 버리는 버그를 만난 지 오래되었습니다.
_ 당신은 혼자가 아닙니다. 진실은 저 너머에있다._

EmberObserver.com의 오류 로그에서도이를 확인하십시오. 오픈 소스 https://github.com/emberobserver/client 이기 때문에 유용 할 수 있기 때문에 차임

또한 Ember 2.4.1에서 응용 프로그램의 모든 경로, Windows 7, 8.1, 10, OS X 및 Ubuntu의 Chrome 또는 Chromium 48에서 볼 수 있습니다.

@typeoneerror fwiw 저는 개인적으로 사람들이 환경에 대한 세부 정보를 제공하면서 동일한 버그를 경험했다고보고하게되어 매우 기쁩니다.

나는 그러한 보고서로 인해 누가 정확히 해를 입을 것인지 잘 모르겠습니다.

방금 V8 버그 https://bugs.chromium.org/p/v8/issues/detail?id=4839를 열었습니다

미안하지만 조만간 더 자세히 살펴볼 수있는주기가 없었습니다.

설명 된 것보다 재현하기가 더 어려웠지만 최신 Mac OS Chromium 빌드 버전 51.0.2671.4 (64 비트)에서 재현 할 수있었습니다.

방금 ember.prod.js 빌드가있는 Twiddle에서 이런 일이 발생하는 것을 보았습니다. Chrome 49.0.2623.87 (64 비트), OS X 10.11.3

Uncaught TypeError: Cannot read property '_lookupFactory' of undefined VM3158 ember.prod.js:11783

복제는 아직 불분명합니다. 일단 복제 단계가 있으면 여기서 Twiddle을 공유하겠습니다.

@raido --js-flags = "-predictable"을 사용하여 Chrome을 실행하는 것이 도움이 될 수 있습니다. 이는 백그라운드 스레드와 관련된 모든 것과 같은 비결 정성을 유발하는 것으로 알려진 다양한 기능을 해제합니다. 좋은 재현을 찾으면 알려주세요!

: tada : 예이! 로그에서 6 개 정도의 사람들이 51 개를 포함한 다양한 버전의 크롬에서 이것을 재현 할 수있었습니다.

@krisselden 죄송합니다. 나는 이전 답변에서 항상 재현 할 수있는 것은 아니라는 것을 암시했다고 생각하지만, 재현 단계에 대한 의견에 명시 적 이었어 야했습니다. 때때로 그것은 일어나지 않는 것처럼 보입니다. 여기에 여전히 변수가 있습니다. 2 ~ 3 회 시도 후에도 쉽게 발생하지 않는 경우 Chrome을 다시 시작하면 도움이 될 수 있습니다.

@stefanpenner 지금 몇 가지주기가 있으며 6-8 시간 동안 반복해서 재현하려고했습니다. 생각이나 예감이 있으시면 기꺼이 탐구하겠습니다. 이 문제에 대한 도메인 지식이 충분하지 않습니다.

@workmanw @stefanpenner 여기에서 진행되는 전체 문제에 대한 지식과 동일한 문제가 있습니다. 자주 충돌하는 내 트위들은 이제 거의 작동하지 않으며 Chrome을 몇 번 닫고 열었다는 것 외에는 아무것도 변경되지 않았습니다 (아마 관련이 없음). 정말 짜증납니다.

@jakobkummerow --predictable 플래그로 내 앱을 충돌시킬 수 없었습니다.

https://github.com/runspired/bug-13071 에서 실패한 수락 테스트를 만들려고했습니다.

bower_components ember.debug.js 이 ember.prod.js 로 교체되었으므로 bower_components 가 커밋되었습니다. 지금까지 재현에 있어서는 운이 좋지 않았지만, 나는 어떤 버그 보고서에도 위에 나타나지 않은 Chrome 47을 사용하고 있습니다.

@runspired 나는

내가 가지고 놀았 던 Twiddle https://ember-twiddle.com/7fdf923d89ea37095cf3

_lookupFactory 메시지로 각 전환이 끝난 것처럼 연속으로 세 번 충돌이 발생했습니다.

편집 : 나는 스크린 캐스트에서 Twiddle에서 3 개의 충돌에 대한 stackstraces를 잡았습니다. 그 중 2 개는 동일하고 하나는 다릅니다. https://www.dropbox.com/s/51uwx6zo1scs7il/bug-13071.mp4?dl=1

이 문제를 안정적으로 재현하는 것은 너무 어렵지만 현재 용의자는 https://github.com/emberjs/ember.js/blob/cfed40154285501c19a60aef3c0f51c645c9d44d/packages/ember-runtime/lib/mixins/container_proxy.js#L115 -L119 누구든지 쉽게 재현 할 수 있다면 별칭을 직접 작성하고 프록시 대상을 닫지 않습니다.

@workmanw 내가 문제라고 생각하는 것을 피하기 위해 PR을 수행하면 테스트 할 수 있습니까?

나는 또한 처음으로 이것을 쳤다 (그리고 트위터에서이 토론을 본 기억이 난다). Chrome 48.0.2564.116 및 Ember 2.3.

Slack에서 @krisselden 과 채팅했습니다. 예, PR을 시도해 드리겠습니다. 내 번식률은 시간의 약 33 % (너무 자주)입니다.

@workmanw ember repo를 복제하고 curl https://github.com/emberjs/ember.js/pull/13116.patch | git am 를 사용하고 npm run build 하고 dist를 bower_components / ember로 사용하여 위의 작업을 시도 할 수 있습니다.

@krisselden 불행히도, 그것은 차이를 만들지 않은 것 같습니다 :(

v2.4.2 체크 아웃하고 패치를 적용하고 빌드를했습니다. ember.min.js 을 내 app/bower_components/ember/ember.debug.js 복사했습니다. tmp/ 디렉토리를 제거하고 서버를 시작했습니다. 소스 탭에서 패치가 적용되었음을 확인했습니다.

누군가가 다시 확인하고 싶다면 여기 내 패치와 빌드 후의 해시가 있습니다 : MD5 (dist/ember.min.js) = 23ab1021bebdf170d21338fecf347937

당신이 가지고 있을지도 모르는 아이디어를 계속 시도하게되어 기쁩니다.

@workmanw https://bugs.chromium.org/p/v8/issues/detail?id=4839#c7 의 마지막 댓글을 기반으로 코드를 보면 로컬 도우미 조회를 사용하고 있습니까? _findHelper 가 여기에 인라인되고 있다고 생각합니다 https://github.com/emberjs/ember.js/blob/master/packages/ember-htmlbars/lib/system/lookup-helper.js#L62 이 경우가 참인 것을 본 적이 없으며 참이되는 경로로 이동할 때 hasRegistration 인라인 코드에 deopt에 대한 소유자가 없습니다.

내 현재 생각은 https://github.com/emberjs/ember.js/commit/8af7da67c4b1eab94a6adfc82c91af98dc3ee532 가 v8에서 버그를 트리거하고 _findHelper가 로컬 도우미를 사용하여 분기를 인라인하거나 따뜻하게하는 것을 방지하면 버그가 수정 될 때까지 해결됩니다. v8.

@krisselden 테스트 할 준비가 된 것이 있으면 시도해 볼 수 있습니다. 내 재생률은 @workmanw 와 거의 같습니다.

@workmanw https://bugs.chromium.org/p/v8/issues/detail?id=4839#c9 주석을 기반으로 내가 만든 PR을 테스트 할 수 있습니까?

홍보 https://github.com/emberjs/ember.js/pull/13118

이 변경으로 내 앱을 충돌시킬 수 없었습니다. 변경 사항을 되 돌리면 거의 즉시 충돌이 시작됩니다.

: confetti_ball : : tada : 했는데 문제를 재현 할 수 없습니다. 즉 성공적으로 해결 될 것처럼 보인다. :미소:

편집 : Chrome 49 및 Chrome 51로 테스트되었습니다.

보고 된 시나리오를 면밀히 따르려고 노력했지만이 코드가 Ember 2.3에도 있다고 생각합니다. Ember 2.3도이 문제를 겪나요?

예, Ember v2.3도 이것의 영향을받는 것을 확인할 수 있습니다.

좋아, https://github.com/emberjs/ember.js/issues/13118 을 베타, 릴리스 및 릴리스 -2-3 브랜치로 가져 왔습니다. 릴리스 및 베타 채널은 곧 새 빌드를 얻을 것입니다 (Travis를 통해). 잠시 동안 두드려서 실제로이 문제를 해결하는지 확인할 수 있습니다.

@workmanw @raido 이 문제를 찾아 해결하기 위해 Chromium과 협력하여 버그를 재현하는 데 많은 시간을 보내 주셔서 감사합니다 .
책임감있는 OSS 사용자가 되려고 노력하면서 안정적인 요점 / 트위들 / 빈 / 등을 만들 수 없어서 한 달 넘게 문제 제출을 기다린 Heisenbugs 중 하나입니다. 너무 많은 논리를 무시하고 내 잘못이라고 생각했습니다. 다음 번에는 더 적극적으로 동료 피해자를 위해 슬랙 룸을 핑할 것입니다.

모두 잘 했어요!

@ 2468ben 나는 우리가 hesienbug / maybe vmbug 레이블을 가져야할지 궁금합니다.

[# 13118에 의해 수정 됨]

:)

@rwjblue 지금 "ember": "components/ember#9c3e5820" 를 사용하도록 bower.json을 업데이트했으며 QA주기를 통해 보내겠습니다. 문제가 발생하면 알려 드리겠습니다.

대단히 감사합니다!

또한이 문제가 발생했으며 이로 인해 해결 된 것으로 보입니다. 지금까지 한 시간 이상 ember#9c3e5820 빌드에 대해 사이트를 망치고 있는데 아무런 문제가 없습니다.

v2.4.3은 https://github.com/emberjs/ember.js/pull/13118 에 추가 된 해결 방법으로 릴리스되었습니다

오 이런,이 스레드를 찾기 전에이 버그를 재현 / 수정하는 데 시간을 보냈습니다. 잘 했어!

우리는 현재 [email protected] 에서 앱을 실행하고 있으며 코드에 https://github.com/emberjs/ember.js/pull/13118에 해결 방법이 포함되어 있더라도 Sentry에 따라 정확한 문제가 발생합니다. 😞

@ Turbo87 이 문제는 Chrome에서도 수정되었습니다. 따라서이를 실행할 수있는 Chrome 버전은 1 개 또는 2 개만 있어야합니다.

같은 문제라고 확신합니까?

@workmanw 예, 똑같습니다. 분명히 일부 사용자는 여전히 이전 Chrome 버전을 실행하고 있으며 실제로 일부 파생 브라우저 (Sogou Explorer, Opera, Chromium, Dragon)는 Sentry 로그에 따라 유사한 동작을 보이고 있습니다.

:(. 고통을 느낍니다. 일부 고객은 사용자를 특정 버전의 Chrome으로 고정하고 업그레이드를 허용하지 않는 기업입니다.

이 문제가 어떤 식 으로든 다시 나타 났을 가능성이 있습니다. 당시에이 해결 방법으로 문제가 해결되었다고 100 % 확실하게 말할 수 있습니다 ( v2.4.3 ).

여기도 마찬가지입니다.

@ Turbo87 특정 버전이 있습니까?

• 크롬 49.0.2623
• 오페라 36.0.2130
• 크롬 48.0.2564
• Sogou Explorer 1.0
• Chrome 48.0.2564
• 크롬 50.0.2632

Chrome 49는 어떤 이유로 든 가장 일반적인 것입니다

@ Turbo87 이 문제를 해결하는 방법을 찾은 적이 있습니까?

@givanse 우리는 지금까지 Ember 2.12로 업그레이드했으며 더 이상이 문제가 발생하지 않는 것 같습니다.