Ember.js: Ember2.4にアップグレードした後のエラー

さらに奇妙なのは、最後のスクリーンショットでわかるように、8786行目にvar s = "helper:" + e;があります...しかし、どういうわけか、次の行にsが定義されていません。 ：confused：スタックが壊れているようです...またはchromeデバッガーが間違っているだけです。

私もこんなものを見たことがあります。 めったに起こらず、再現方法がわかりません。 また、それが私のアプリの問題なのか、それとも他の問題なのかわかりません。

@raidoはあなたのスタックが私のものと同じ_lookupFactory ）？ Ember 2.4.1を使用していますか？ 以前のバージョンの残り火でこの問題を見たことがありますか？

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に関連しており、スタックトレースの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あなたが見逃している明らかなものは何も

編集：私は問題を単純化して、いじくり回すほどにすることはできません。 しかし、それが役立つ場合は、ブレークポイントで一時停止された1つ以上の失敗をキューに入れ、誰かがchromeデバッガーをいじくり回したい場合は、スクリーンヒーローにジャンプすることができます。 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の友達にもpingを送信する必要があります。 ただし、そのためには、複製（完全なアプリでも）が必要になる可能性があります。

機能を特定のモードに保つために、v8の一部をゆっくりと無効にして、バグが停止するかどうかを確認できます。 これにより、根本原因に近づくことができます。

まず、インライン化を無効にしてchromes 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

@stefanpenner

私はこれを（カナリアではなく）Chrome48を使用してテストしました。 カナリアを試してみたいと思ったら、喜んでやってみます。

--nouse_inliningでは、この問題を再現できませんでした。
--crankshaft=falseこの問題を再現することができました。

その時点で、v8の友達にもpingを送信する必要があります。 ただし、そのためには、複製（完全なアプリでも）が必要になる可能性があります。

私は完全に理解しています。 私は約4時間かけて「前進」し、これを再現するEmber-twiddleを構築しました。 私はそれをするために何が起こっているのか十分に理解していません。 それでは、アプリを使用して「逆方向に作業」を開始し、複製の手順を減らし、アプリからできるだけ多くの部分を取り除いて、複製を簡素化します。

--nouse_inliningを使用すると、この問題を再現できませんでした。

予想されているように思われるので、おそらく何らかのバグのインライン化に関連しています。

--crankshaft = falseを使用すると、この問題を再現できました。

これは間違ったフラグかもしれません、私は覚えていません。

私は完全に理解しています。 私は約4時間かけて「前進」し、これを再現するEmber-twiddleを構築しました。 私はそれをするために何が起こっているのか十分に理解していません。 それでは、アプリを使用して「逆方向に作業」を開始し、複製の手順を減らし、アプリからできるだけ多くの部分を取り除いて、複製を簡素化します。

@workmanwアプリ（またはアプリへのURL）をそのまま複製する手順で共有することは可能ですか？
現実には、これを単独で再現するのは難しいかもしれません。

：sadpanda：回避策は、インライン化できる最大ASTを超えるように関数を強制することです。 これにより、：ship：が可能になります。

その関数の本体に次の文字列を入れると、トリックを実行する必要があります（現在、これらの制限/ヒューリスティックは時間の経過とともに変化します）

"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カナリアもチェックインできるなら、それは便利でしょう。

@stefanpenner

その関数に次の文字列を入れると、うまくいくはずです（今のところ、これらは時間の経過とともに変化する可能性があります）

内部についてのあなたの知識は私を驚かせることをやめません。

@workmanwアプリをそのまま複製する手順で共有することは可能ですか？

ええ、私はそれを実現できるはずです。 少し教えていただければ、実稼働前の環境の1つに資格情報をプロビジョニングして、データを準備します。 必要に応じてソースを共有しても大丈夫かもしれませんが、それは個人的に行う必要があります。

@workmanwカナリアもチェックインできるなら、それは便利でしょう。

完了。 カナリア「バージョン51.0.2673.0カナリア（64ビット）」をフラグなしでチェックしましたが、残念ながら再現できました。

必要に応じてソースを共有しても大丈夫かもしれませんが、それは個人的に行う必要があります。

保証はありませんが、個人的に問題をさらに軽減するのに役立ちます。 私は多かれ少なかれ次のことをしたいと思っています：

• V8の人々のために複製を準備する
• 暫定的な[BUGFIX]ソリューションを探る
• （今日/今週末）でV8レポートを取得する

目の前にあるアプリ（コードを変更して探索できる場所）を使用すると、適切な回避策/再現を見つけることができる場合があります。

編集：以下にリンクされているアプリケーションは、PR＃13118からの回避策を含む残り火のビルドを使用しています。 この問題の再現には無効です。 私たちのアプリを使用してこの問題を再現することに興味がある人がいたら、私に連絡してください。おそらくそれを実現することができます。

@stefanpennerそれで、私はページにいくつかのコードを挿入することによって複製を削り落としました。 私を信じてください、さもなければそれは悪夢だったでしょう。

これはまだ100％再現可能ではありません。

1）次のURLにアクセスします： https ：

2）電子メールでログイン： [email protected]およびパスワード： tomster1 。 これにより、次のようなページにディープリンクされます。

3）ログインして上記のページにアクセスしたら、更新する必要があります（そのページからクリーンアップを開始するため）。

4）Chromeデバッガーを開き、コンソールで以下を実行します。

(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）挿入されたコードは、右上隅にボタンを追加する必要があります。 そのボタンをクリックします。 最初に新しいタブが開いてファイルのダウンロードがトリガーされ、次にモーダルダイアログが数回開いたり閉じたりする必要があります。 そのモーダルは実際には「ルーティング可能」であるため、ルートの変更も観察する必要があります。 モーダルの2番目または3番目のオープンで、例外をヒットする必要があります。 これが発生しない場合は、ブラウザを更新して再試行してください（手順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回の遷移後にバグが発生し、エラーをスローして次の遷移で回復し、回復後は二度とクラッシュしないように見えました。

編集：トランジション間の遅延が50ミリ秒で、7つのルートを300回ナビゲートし、何も壊れません。 その後、5回の手動リロードを行い、テンプレートにいくつかのヘルパーがある初期の「インデックスルート」レンダリングを実行すると、起動時にクラッシュしました。

アプリケーションにルート間を行き来するように強制することでブルートフォーステストを行いました。3回の遷移後にバグが発生し、エラーをスローして次の遷移で回復し、回復後は二度とクラッシュしないように見えました。

これは絶対に私の経験を説明しています。

私たちの場合、 window.openを使用してファイルのダウンロードをトリガーします。このアクションは、この問題が発生する可能性を高めるのに役立ちます（ただし、赤いニシンの可能性があります）。 私の場合、時々私はロールに乗って、3回目または4回目の移行後に10回のうち10回発生します。 また、30分に1回は発生しません。

@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

2番目のコンソールログが実行されると、helperNameとownerの両方がすでに「未定義」であり、明らかに「After_lookupFactory」console.logでクラッシュします。

編集：このhelper：tはember-i18nからではなくカスタムメイドであることに注意してください。

これを+1して申し訳ありませんが、「サムズアップエモート」だけでアップデートをサブスクライブできるかどうかはわかりません。

実稼働ビルドでのみ、まったく同じエラー。

Chrome：48.0.2564.116、49.0.2623.87
MacOS：10.9.5

@stefanpennerと--nouse_inliningは発生していないようです。 nouse_inliningを使用して実行した場合と使用しない場合を数回試しましたが、インライン化を無効にしてもクラッシュしませんでした。 フラグなしでChromeを実行すると、7回のうち5回のリロードが発生し、以前のコメントのconsole.logがクラッシュする可能性があります。 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またはChromium48でも。

@typeoneerror fwiw個人的には、環境の詳細を提供しながら、同じバグが発生したと報告してもらうことができてとてもうれしいです。

誰がそのような報告によって害を受けることになっているのか正確にはわかりません：wink：

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 Chromeを--js-flags = "-predictable"で実行すると、不確定性を引き起こすことが知られているさまざまな機能（バックグラウンドスレッドを含むものなど）がオフになる場合があります。 良い再現を見つけたら教えてください！

：tada：イェーイ！ 私たちのログから、半ダースほどの人々が51を含むさまざまなバージョンのクロムでこれを再現できたことがわかります。

@krisseldenごめんなさい。 以前の回答では、常に再現できるとは限らないことを示唆していたと思いますが、再現手順のコメントでそのことを明示する必要がありました。 時々それは起こらないようです。 ここではまだ十分に把握していない変数があります。 2、3回試行しても簡単に発生しない場合は、Chromeを再起動すると効果的です。

@stefanpenner私は今いくつかのサイクルを持っています、そして私はそれを

@ workmanw @ stefanpenner私はここで起こっている問題全体についての知識で同じ問題を抱えています。 以前は頻繁にクラッシュしていた私のひねりは、今ではめったにクラッシュせず、Chromeを数回閉じたり開いたりする以外は何も変更されていません（おそらく無関係です）。 本当に迷惑です。

@ jakobkummerow-- predictableフラグを使用してアプリをクラッシュさせることができませんでした。

私はここで失敗する受け入れテストを作成しようとしています： https ：

bower_components ember.debug.jsがember.prod.js交換されたため、 bower_componentsがコミットされます。 これまでのところ再現はうまくいきませんが、私はChrome 47を使用していますが、これはバグレポートに上記に表示されていません。

@runspired Twiddleでも試してみましたが、テスト中にクラッシュすることはありませんでしたが、テストを完了して手動でナビゲートした後にクラッシュすることがありました。

https://ember-twiddle.com/7fdf923d89ea37095cf3で遊んでいるTwiddle

各遷移が_lookupFactoryメッセージで終了したように、3回続けてクラッシュしました。

編集：スクリーンキャストでTwiddleからの3つのクラッシュのスタックトレースをキャッチできました。そのうちの2つは同じで、1つは異なります。 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をするなら、あなたはそれをテストすることができますか？

私もこれを本番環境で初めてヒットしました（そしてたまたまTwitterでこのディスカッションを見たことを覚えています）。 Chrome48.0.2564.116およびEmber2.3。

Slackで@krisseldenとチャットしました。 はい、PRをお試しいただければ幸いです。 私の再生率は約33％の時間です（かなり頻繁に）。

@workmanw emberリポジトリのクローンを作成し、 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

あなたが持っているかもしれないアイデアを試し続けて幸せです。

https://bugs.chromium.org/p/v8/issues/detail?id=4839#c7の最後のコメントに基づいて、コードを見て、 @ workmanwは、ローカルヘルパールックアップを使用していますか？ _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をテストできますか？

PR https://github.com/emberjs/ember.js/pull/13118

この変更により、アプリをクラッシュさせることができませんでした。 変更を元に戻すと、ほとんど瞬時にクラッシュし始めます。

：confetti_ball ：： tada ： ましたが、問題を再現できません。 それは成功した回避策のようです。 ：スマイル：

編集：Chrome49とChrome51でテスト済み。

私は報告されたシナリオに厳密に従うように努めてきましたが、このコードはEmber2.3にもあると思います。 Ember 2.3でもこの問題が発生しますか？

はい、Emberv2.3もこれの影響を受けていることを確認できます。

OK、 https：//github.com/emberjs/ember.js/issues/13118をベータ、リリース、リリース-2-3ブランチにプルしました。 リリースチャンネルとベータチャンネルはまもなく（Travis経由で）新しいビルドを取得するはずです。しばらくの間それを叩いてください。そうすれば、実際にこれが修正されることを確認できます...

@workmanw @raidoバグの再現に多くの時間を費やし、Chromiumと協力してこの問題を見つけて修正していただき、ありがとうございます。
これは、責任あるOSSユーザーになろうとして、安定した要点/ひねり/ビンなどを作成できなかったため、1か月以上問題を提起するのを待っていたHeisenbugsの1つです。 それは私がそれが私のせいであるに違いないと思ったほど多くの論理に逆らっただけです。 次回はもっと積極的になり、犠牲者の仲間のためにSlackルームにpingを送信します。

よくやった！

@ 2468ben hesienbug /たぶんvmbugラベルが必要かどうか疑問に思いますか？

[＃13118で修正]

:)

@rwjblue "ember": "components/ember#9c3e5820"を使用するようにbower.jsonを更新しました。これを、QAサイクルで送信します。 問題がポップアップした場合はお知らせします。

どうもありがとうございました！

この問題も発生しており、これで修正されたようです。 私は1時間以上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特定のバージョンはありますか？

• Chrome 49.0.2623
• Opera 36.0.2130
• クロム48.0.2564
• 捜狗エクスプローラー1.0
• Chrome 48.0.2564
• Chrome 50.0.2632

Chrome 49は、何らかの理由で群を抜いて最も一般的なものです

@ Turbo87この問題を回避する方法を見つけたことがありますか？

@givanseこれまでに