저도 이거 꽤 자주 접했습니다. Chrome이 백그라운드에 있을 때 더 자주, 아마도 독점적으로 발생하는 것 같습니다. 그냥 우연일지도 몰라

예, 저도 이 못생긴 오류가 발생했습니다!

답변이 늦어 죄송합니다. 나는 이것을 재현하지 못했습니다. 이를 재현하는 Angular 2 앱의 작은 예제 저장소(https://github.com/NickTomlin/protractor-mcve를 스타터로 사용할 수 있음)를 제공할 수 있습니까?

제어 흐름을 제거하는 것은 올바른 방향으로 가는 단계이지만 우리가 설명해야 할 몇 가지 문제(예: 이와 같은)가 드러날 수 있습니다. 감사 해요!

@NickTomlin @wcainboundary 방금 nodejs를 최신 안정 버전으로 업그레이드했는데 이제 제대로 작동합니다.

작동하지 않음:

$node -v
v6.10.1

잘 작동합니다:

$node -v
v7.10.0

노드 v8.0.0에서 오류가 표시됩니다.

나는 또한 이 오류가 _without_ 각도기(직선 [email protected]이고 나는 그 전에 3.3을 믿습니다)를 보고 있습니다. OS X에서는 발생하지 않지만 빌드 에이전트(Linux)에서는 매우 자주 발생합니다.

나는 이 문제가 Selenium에 대해 제기된 것을 본 적이 없지만 아마도 그래야 할 것입니다.

OSX에서 이 오류를 본 적이 있습니다.

나에게 문제는 타이밍과 관련된 것이었다. 내 테스트는 사용할 수 없는 요소와 상호 작용하려고 했습니다. 각도 작업이 완료되었지만 페이지의 일부 렌더링이 완료되지 않아 이 문제가 발생했습니다. 연결이 느렸기 때문에 호스팅 그리드에서 재현하기가 더 쉬웠습니다.

나는 waitForAngularEnabled가 true와 false로 설정되어 있는 것을 보았습니다.

업그레이드하기 전에 동일한 테스트 중 일부에서 시간 초과 오류가 발생했습니다. Webdriver 3.x가 같은 것을 다른 방식으로 말하는 것인지 궁금합니다...

이에 대해 +1, 내 사양을 OS X 10.12.5에서 로컬로 실행할 때 동일한 문제가 발생합니다.

그만한 가치가 있기 때문에 다음에서 EPIPE 오류를 볼 가능성이 적습니다.

• 노드 7.10.1
• OSX 10.12.5
• 각도기 5.1.2
• 크롬 59.0.3071.115

그리고 내가 _가능성이 거의 없음_이라고 말하는 것은 위의 구성으로 제품군을 7번 실행했을 때 Chrome 브라우저에 즉시 초점을 맞추고 Chrome 독 아이콘에서 마우스를 움직이지 않으면 실행 중 4번이 성공했다는 의미입니다(아마도 관련 없음).

우리 프로젝트에서 EPIPE 오류가 나타났습니다. 왜냐하면 (TypeScript에서) 테스트가 await 를 잘못 사용했기 때문입니다. 따라서 처리되지 않은 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의 문제는 동시 웹 드라이버 명령인 것 같습니다. @wvanderdeijl 은 #4508에서 ElementArrayFinder::map() 의 특정 경우에 대한 솔루션을 제안했습니다. 이 문제가 올바르게 해결될 때까지 동시 웹 드라이버 명령이 실행되는 것을 방지하기 위해 대기열을 생성하는 browser.driver.schedule() 에 대한 다음 래퍼가 해결 방법일 수 있습니다.

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 OS Sierra에서 오류가 계속 관찰됩니다.

시도 할 수있는 다른 솔루션이 있습니까?

감사 해요

우리의 경우 일부 주장에서 async/await를 잘못 사용하는 것 같습니다.

이것을 가지고:

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

대신에:

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

안녕하세요 @danigar 함수 isDisplayed() 는 약속을 반환하므로 이를 해결하려면 await를 사용하는 것이 필수적입니다. 따라서 두 번째 예제의 두 번째 코드 줄은 괜찮아 보입니다.
첫 번째 줄의 await 는 getModalInfo() 반환 값에 따라 다릅니다. 현재로서는 불명확하고 1행과 2행의 연결이 보이지 않습니다.

@marcincharezinski jasmine 는 await Promise in except() 를 스스로 해결합니다.

네. @marcincharezinski 지연에 대해 죄송합니다. 첫 번째 줄의 getModalInfo() 메서드는 ElementFinder(Promise로 래핑되지 않음)를 반환했으며 첫 번째 예제에서 볼 수 있듯이 awaiting 였습니다.
우리는 이와 같은 몇 가지 문제가 있었고 그것을 수정하면 EPIPE 오류가 사라졌습니다 😊.

@CrispusDH - 이해할 수 없는 이유로 실패한 테스트에 대한 문제가 계속 발생할 때까지 같은 생각을 하곤 했습니다. 돌아가서 except() 명세서 안에 await 를 추가하고 정리했습니다.

@Mokkapps 적어도 TypeScript에서는 코드에서 오류가 발생합니다.
유형 '(command: Command, description: string) => Promise void'는 ' T (command: Command, description: string) => Promise T' 유형에 할당할 수 없습니다.
'약속 무효' 유형은 '약속 T' 유형에 할당할 수 없습니다.
'약속 무효' 유형에 '취소' 속성이 없습니다.

@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) => { 에서 명시적으로 만들어야 했습니다. 나는 코드에 대해 불평하지 않고 당신이 그것을 공유하게 되어 기쁩니다(문제를 해결하는 것 같지만 간헐적이어서 말하기가 조금 어렵습니다). 이 댓글이 누군가에게 도움이 되기를 바랍니다. 저와 다른 사람들에게 다시 찾아주셔서 정말 감사합니다.
하지만 UnhandledPromiseRejectionWarning: Unhandled Promise Rejection (rejection id: 4): Error: EPIPE write EPIPE
(node:8514) [DEP0018] DeprecationWarning: 처리되지 않은 약속 거부는 더 이상 사용되지 않습니다. 앞으로 처리되지 않은 약속 거부는 0이 아닌 종료 코드로 Node.js 프로세스를 종료합니다.
결국. 돌아가서 await 를 잘못 사용하고 있는 곳을 확인하겠습니다.

OSX 사용자를 위한 진전 사항이 있습니까?

이것은 다른 유사한 오류와 동일한 상황에 의해 유발될 수 있다고 생각합니다. 수정 사항은 Selenium Node 코드와 브라우저 간의 통신에서 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에서 필터링을 수행하는 중 Failed: EPIPE write EPIPE 오류 5/5가 계속 발생합니다.

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

[email protected] 로 업그레이드하십시오. 거기서 해결이 된 것 같습니다.

@demisx 나는 그것을 여기에서 패치했고 그것은 나를 위해 작동합니다

@rafalf 감사합니다. "selenium-3.7.0에서 index.js 를 가져오고 ECONNREFUSED를 추가하는 것"에 대해 이야기하고 있다면 시도해 보았지만 여전히 가끔 이 오류가 발생했습니다. 제가 댓글을 잘못 이해했다면 알려주세요.

EPIPE 오류는 MacOS Mojave의 최신 각도기 5.4.1, chromedriver_2.43 및 async/await에서 여전히 자주 발생합니다. 더 이상 CI에서 E2E 사양을 실행할 수 없습니다. 모두 통과할 때까지 수동으로 여러 번 실행합니다. 매우 불안정합니다.

@demisx
이것은 주로 each , filter 및 iwth 배열에서 사용되는 기타 기능에 대해 발생합니다.

내가 그것을 재 작업 한 방법

        // 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 에 대한 메서드를 호출하려고 할 때.