私もこれに頻繁にぶつかっています。 Chromeがバックグラウンドにある場合、それはより頻繁に、おそらく排他的に発生するようです。 偶然の一致かもしれません

はい、私もこの醜いエラーを受け取りました！

ここで応答が遅れたことをお詫びします。 私はこれを再現することに慣れていません。 これを再現するAngular2アプリの小さなサンプルリポジトリ（https://github.com/NickTomlin/protractor-mcveをスターターとして使用できます）を提供できますか？

制御フローを削除することは正しい方向への一歩ですが、それは私たちが説明する必要があるいくつかの問題（このようなもの）を明らかにするかもしれません。 ありがとう！

@NickTomlin @wcainboundary nodejsを最新の安定バージョンにアップグレードしたところ、正常に動作するようになりました。

動作しませんでした：

$node -v
v6.10.1

正常に動作します：

$node -v
v7.10.0

ノードv8.0.0でエラーが発生しています

このエラーは分度器なしでも見られます（ストレート[email protected]で、その前は3.3だと思います）。 OS Xでは発生しませんが、ビルドエージェント（Linux）では頻繁に発生します。

私はこの問題がSeleniumに対して提起されたのを見たことがありませんが、おそらくそうあるべきです。

OSXでこのエラーが発生しました。

私にとって、問題はタイミングに関連していました。 私のテストは、利用できない要素と相互作用しようとしていました。 角度のあるタスクは完了しましたが、ページの一部のレンダリングが完了していなかったため、この問題が発生しました。 接続が遅いため、ホストグリッドでの再現が簡単でした。

waitForAngularEnabledをtrueとfalseに設定してこれを確認しました。

アップグレードする前は、同じテストのいくつかでタイムアウトエラーが発生していました。 Webdriver3.xが同じことを別の言い方で言っているのではないかと思います...

これに+1し、OS X10.12.5でローカルにスペックを実行すると同じ問題が発生します

その価値については、EPIPEエラーが発生する可能性は低くなりました。

• ノード7.10.1
• OSX 10.12.5
• プロタクター5.1.2
• Chrome 59.0.3071.115

そして、「可能性が低い」と言うときは、上記の構成でスイートを7回実行したときに、Chromeブラウザーにすぐに焦点を合わせ、Chromeドックアイコンからマウスを動かさなかった場合、4回の実行が成功したことを意味します（おそらく関係ない）。

私たちのプロジェクトでは、テスト（TypeScriptで）がawaitを誤って使用していたため、 EPIPEエラーが表示されていました。 したがって、未処理のPromise拒否がランダムに発生し、これらのエラーが発生していました。 誤った使用法を修正すると、ノード8でこれらのエラーが発生しなくなります。

awaitの誤った使用法（欠落または冗長）または単に誤ったPromiseチェーン（たとえば、ヘルパーメソッドからPromiseを返すのを忘れた場合）がないか、テストを注意深くチェックしてください。 私たちの場合、典型的なエラーは以下を使用していました：

browser.wait(await EC.invisibilityOf(fade)); // incorrect

それ以外の：

await browser.wait(EC.invisibilityOf(fade)); // correct

多分それはまたこの問題を抱えている誰かを助けるでしょう。

この問題は修正されましたか？ ノードバージョン7.7.3と分度器バージョン5.1.1でもまだ表示されています

@ sri1987上記の私のコメントを参照してください。 これは、分度器ではなく、コードに問題がある可能性があります。

@ sri1987一貫して再現できない場合は、どこかawaitが欠落している/余分なものであることに間違いなく関連しています。

最近、SELENIUM_PROMISE_ MANAGER：falseでこれらのエラーが頻繁に発生します
複数のテストを実行する場合

ここと＃4507の問題は、同時Webドライバーコマンドのようです。 @wvanderdeijlは、＃4508のElementArrayFinder::map()の特定のケースの解決策を提案しました。 これが適切に解決されるまで、次のbrowser.driver.schedule()のラッパーは、同時Webドライバーコマンドが実行されないようにキューを作成するため、回避策になる可能性があります。

EPIPEエラーが発生している人は定期的にこれをテストできますか？ テストの実行がある程度遅くなる可能性があります。

たとえば、次のコードは分度器のonPrepare()フックで呼び出すことができます。

let currentCommand = Promise.resolve();
// Serialise all webdriver commands to prevent EPIPE errors
const webdriverSchedule = browser.driver.schedule;
browser.driver.schedule = (command: Command, description: string) => {
  currentCommand = currentCommand.then(() =>
    webdriverSchedule.call(browser.driver, command, description)
  );
  return currentCommand as any;
}

またはいくつかの追加のログを使用して：

let currentCommand = Promise.resolve();
let concurrencyCounter = 0;
// Serialise all webdriver commands to prevent EPIPE errors
const webdriverSchedule = browser.driver.schedule;
browser.driver.schedule = (command: Command, description: string) => {
  console.log(`${++concurrencyCounter} concurrent webdriver command(s). Latest command: ${description}`);
  currentCommand = currentCommand.then(() =>
    webdriverSchedule.call(browser.driver, command, description)
      .then(result => {
        concurrencyCounter--;
        return result;
      })
      .catch(error => {
        concurrencyCounter--;
        //console.lgErrLabel('Webdriver error')(command, description, error);
        console.error('Webdriver error:', command, description, error);
        throw error;
      })
  );
  return currentCommand as any;
}

@renehamburger
私はあなたがそこにいると思います。 エラーのほとんどはPromise.all呼び出しを返す関数から発生しているので、並行性と関係があるはずです。

@renehamburgerありがとうございます。 これを私のprotractor.conf.jsのonPrepareセクションに追加した後：

let currentCommand = Promise.resolve();
// Serialise all webdriver commands to prevent EPIPE errors
const webdriverSchedule = browser.driver.schedule;
browser.driver.schedule = (command, description) => {
   currentCommand = currentCommand.then(() =>
      webdriverSchedule.call(browser.driver, command, description)
    );
    return currentCommand;
};

エラー「失敗：EPIPE書き込みEPIPE」はなくなりました。

@ Xaz16 ：回避策として私たちのために働いてくれてありがとう！

しかし、「EPIPE write EPIPE」エラーは、Seleniumのバグのようです： https ：//github.com/SeleniumHQ/selenium/issues/5345これは4.0.0で解決されます。

したがって、分度器が4.0.0バージョンを使用するまで待つ必要があり、この回避策を削除できます。

Protractorロードマップへのリンクはありますか？ またはそれはまったく存在しません

@renehamburger 、手伝ってもらえますか？ SELENIUM_PROMISE_MANAGER: falseの場合に備えて、回避策を書き直そうとしています。 現在、ソリューションをコピーして貼り付けるだけで、 async/awaitを使用して解決できると思われる奇妙な問題がたくさんあります。

@CrispusDHコードスニペットを次のように変更する必要がありました

let currentCommand = Promise.resolve(); // Serialise all webdriver commands to prevent EPIPE errors const webdriverSchedule = browser.schedule; browser.schedule = (command, description) => { currentCommand = currentCommand.then(() => webdriverSchedule.call(browser, command, description) ); return currentCommand; };

したがって、基本的に.driverを削除します

Async / awaitの使用は、controlFlowよりも大きな混乱のようです。

上記の解決策を試した後でも、Mac OSSierraでエラーが引き続き発生します。

試すことができる他の解決策はありますか？

ありがとう

私たちの場合、いくつかのアサーションでasync / awaitを間違って使用しているようです。

これを持っていた：

    const modal = await page.getModalInfo()
    expect(modal.isDisplayed()).toBeTruthy()

それ以外の：

    const modal = page.getModalInfo()
    expect(await modal.isDisplayed()).toBeTruthy()

こんにちは@danigar関数isDisplayed()はpromiseを返すので、それを解決したい場合はawaitを使用することが不可欠です。 したがって、2番目の例の2行目のコードは問題ないように見えます。
最初の行のawaitはどうですか、それはgetModalInfo()を返すものによって異なります。 現時点では不明であり、1行目と2行目の接続がわかりません。

@marcincharezinski jasmineは、$ awaitを使用せずに、 except()のPromise ＃$を自分で解決します。

うん。 @marcincharezinskiの遅延でごめんなさい。 最初の行のgetModalInfo()メソッドはElementFinder（Promiseでラップされていない）を返しました。最初の例でわかるように、 awaitingでした。
このような問題がいくつかあり、それらを修正すると、EPIPEエラーはなくなりました😊。

@ CrispusDH-理解できない理由でテストが失敗するという問題が発生し続けるまで、私は同じことを考えていました。 私は戻ってexcept()ステートメント内にawaitを追加しましたが、それでそれらはクリアされました。

@Mokkapps少なくともTypeScriptでは、コードでエラーが発生します。
タイプ '（コマンド：コマンド、説明：文字列）=> Promise void 'はタイプ' Tに割り当てることができません（コマンド：コマンド、説明：文字列）=> PromiseT '。
タイプ「Promisevoid」はタイプ「PromiseT」に割り当てることができません。
プロパティ「cancel」がタイプ「Promisevoid」にありません。

@ kahan002

このコードを使用して最終的に解決しました

function patchSchedule() {
  if (os.platform() === 'darwin') {
    let currentCommand = Promise.resolve();
    let concurrencyCounter = 0;
    // Serialise all webdriver commands to prevent EPIPE errors
    const webdriverSchedule = browser.driver.schedule;
    browser.driver.schedule = (command: Command, description: string) => {
      currentCommand = currentCommand.then(() =>
        webdriverSchedule
          .call(browser.driver, command, description)
          .then(result => {
            concurrencyCounter--;
            return result;
          })
          .catch(error => {
            concurrencyCounter--;
            // tslint:disable-next-line:no-console
            console.error('Webdriver error:', command, description, error);
            throw error;
          })
      );
      return currentCommand as any;
    };
  }
}

これはprotractor.conf.tsで呼び出されます

onPrepare: () => { patchSchedule(); },

それを共有してくれてありがとう@Mokkapps 。 誰かがtypeScriptや私のような環境に適応させたい場合に備えて、いくつかの注意事項があります。 os.platform()は不明だったので、 process.platformを使用しました。 私はimport { Command } from "selenium-webdriver";する必要がありました。concurrencyCounterは読み取られなかったため、コメントアウトする必要がありました。 また、暗黙的なanyに対してtypeScriptの警告があるため、 .then((result : any) => {と.catch((error: any) => {で明示的にする必要がありました。 私はコードについて不平を言っていません、そしてあなたがそれを共有してくれてうれしいです（それは断続的だったので少しわかりにくいですが、それは問題を修正しているようです）。 このコメントが誰かのお役に立てば幸いです。 私や他の人に戻ってきてくれてありがとう。
しかし、おそらく私の変更はあなたの修正を壊しました、なぜなら私はちょうどUnhandledPromiseRejectionを取得したからです警告：未処理の約束の拒否（拒否ID：4）：エラー：EPIPE書き込みEPIPE
（ノード：8514）[DEP0018] DeprecationWarning：未処理のpromise拒否は非推奨になりました。 将来、処理されないpromise拒否は、ゼロ以外の終了コードでNode.jsプロセスを終了します。
結局。 戻って、 awaitを誤用しているはずの場所を確認します。

OSXユーザーの進歩はありますか？

これは、他の同様のエラーと同じ状況によって引き起こされる可能性があると思います。その修正は、Seleniumノードコードとブラウザー間の通信でHTTPキープアライブを使用することです。 昨年、Seleniumメインラインでこれに対する修正がありますが、そのコードのどのバージョンでも公開されていません。

これは、別のコメント投稿者が別の号で書いたものから借用して編集した、ここで使用する回避策です。 NPM package.scriptを設定して、実行します。

"scripts": {
    "install": "webdriver-manager update && node keep-alive-patch.js",

パッチャーコードは次のとおりです。

const fs = require('fs');
const chromeFile = 'node_modules/selenium-webdriver/chrome.js';
fs.readFile(chromeFile, 'utf8', function (err, data) {
  if (err)
    throw err;

  const result = data.replace(/new http.HttpClient\(url\)/g,
    "new http.HttpClient(url, new (require('http').Agent)({ keepAlive: true }))");
  console.log(`Patching ${chromeFile}`);
  fs.writeFileSync(chromeFile, result, 'utf8');
});

このパッチを使用すると、ProtractorはSELENIUM_PROMISE_MANAGER: falseを使用して、WindowsとOSXの両方で99％以上堅牢になります。 あなたのマイレージは、あなたのEPIPEエラーが私たちのやり方と同じ根本的な状況によって引き起こされているかどうかによって変わるかもしれません。

チェーン（またはアレイ上）での待機が最も脆弱であるように思われます。 たとえば、let testFormatIDでエラーが発生しました：string = await element.all（by.className（ 'ng-star-inserted'））。all（by.tagName（ 'td'））。get（1）。 getText（）; エラーが私のものであり、私が書いたものが機能しない可能性があります。

＃4792は、Mac OS Xでの私の問題を修正したようです。ヒントをありがとう、IgorDorokhov。

@ kahan002どういたしまして！

分度器に含まれる4.0.0-alpha.1のETAはありますか？

4792は私のために問題を修正しませんでした。 ElementArrayFinderでフィルタリングを実行すると、5つのうち1つでFailed: EPIPE write EPIPEエラーが発生します。

$$('classified-section').filter((section) => section.isDisplayed())

[email protected]にアップグレードしてください。 そこで解決されたようです。

@demisxここにパッチを適用しましたが、うまくいきました

@rafalfありがとうございます。 「selenium-3.7.0からindex.jsを取得し、ECONNREFUSEDを追加する」ことについて話している場合、私はそれを試しましたが、それでも時々このエラーが発生していました。 コメントを誤解した場合はお知らせください。

EPIPEエラーは、最新の分度器5.4.1、chromedriver_2.43、およびMacOSMojaveのasync / awaitで引き続き頻繁に発生します。 CIでE2E仕様を実行することはできなくなりました。 すべてが合格するまで、複数回手動で実行します。 非常に不安定です。

@demisx
これは主に、 each 、 filter 、および配列で使用されるその他の関数で発生します。

どのように作り直したか

        // EPIPE write EPIPE
        // await $$("short-list-component.ng-valid mat-label").each(async function (element) {
        //     labels.push(await element.getText())
        // });
        // this.logInfo("getMatLabels: " + labels);
        // return labels

        let l = await $$("q-short-list-component.ng-valid mat-label");
        for (let element of l){
            text = await element.getText();
            labels.push(text)
        }

@rafalfええ、それは私たちが最初に取り除いたものでした。 EPIPEエラーの頻度は減りましたが、完全になくなるわけではありませんでした。 複数の機能を備えた分度器を実行すると、さらに悪化します。 したがって、これまでのところ@kylecordesパッチがその役割を果たしているようです。 ありがとう@kylecordes！ うまくいけば、この修正により、すぐにmasterになります。

トピック外では、 let l = await $$("q-short-list-component.ng-valid mat-label")にawaitは必要ありません。 $$はElementArrayFinder $を返しますが、約束ではありません。 😉

@demisxいいえ、あなたは間違っています、多分それはあなたがまだEPIPEエラーを得る理由です：dancer：
はい-待機なしでElementArrayFinderを返しますが、反復することはできません
そしてこの部分は機能しません

for (let element of l){
            text = await element.getText();
            labels.push(text)
        }

awaitを実行すると、要素のリストが表示されます;）通過できる要素のリスト

@rafalf申し訳ありませんが、私の悪いです。 awaitの下の反復部分を見逃しました。 あなたは絶対に正しいです。

私は間違っているかもしれませんが、次のようにElementArrayFinderを使用している場合は常に、このようなエラーが断続的に発生するようです。
await $$('some-selector').click()

@yyankowskiはい、それは私の経験でもありました。 このエラーが$$で何よりも発生しているのを見ました。 特に、 $$ ElementArrayFinderでメソッドを呼び出そうとする場合。