मैं भी कई बार इससे टकरा चुका हूं। ऐसा लगता है कि यह अधिक बार होता है, शायद विशेष रूप से, जब क्रोम पृष्ठभूमि में होता है। इत्तेफाक ही हो सकता है

हाँ मुझे यह बदसूरत त्रुटि भी मिली है!

यहाँ देर से प्रतिक्रिया के लिए क्षमा याचना; मैं इसे पुन: पेश करने के लिए इधर-उधर नहीं हुआ। क्या आप में से कोई एक कोणीय 2 ऐप का एक छोटा सा उदाहरण रेपो प्रदान कर सकता है (आप https://github.com/NickTomlin/protractor-mcve को स्टार्टर के रूप में उपयोग कर सकते हैं) जो इसे पुन: उत्पन्न करता है?

नियंत्रण प्रवाह को हटाना सही दिशा में एक कदम है, लेकिन यह कुछ मुद्दों (जैसे यह एक) का खुलासा कर सकता है, जिन पर हमें ध्यान देने की आवश्यकता होगी। धन्यवाद!

@NickTomlin @wcainboundary मैंने अभी अपने नोडज को नवीनतम स्थिर संस्करण में अपग्रेड किया है और यह अब ठीक काम करता है।

काम नहीं किया:

$node -v
v6.10.1

ठीक काम करता है:

$node -v
v7.10.0

मैं नोड v8.0.0 . में त्रुटि देख रहा हूँ

मुझे यह त्रुटि _बिना_प्रोट्रैक्टर भी दिखाई दे रही है (सीधे [email protected] और मेरा मानना ​​है कि इससे पहले 3.3)। ओएस एक्स पर कभी नहीं होता है, लेकिन हमारे निर्माण एजेंटों (लिनक्स) पर अक्सर होता है।

मैंने सेलेनियम के खिलाफ दायर इस मुद्दे को नहीं देखा है, लेकिन शायद यह होना चाहिए।

मैंने OSX में यह त्रुटि देखी है।

मेरे लिए मुद्दा समय से संबंधित था। मेरा परीक्षण एक ऐसे तत्व के साथ बातचीत करने की कोशिश कर रहा था जो उपलब्ध नहीं था। हालांकि कोणीय कार्य पूर्ण थे, पृष्ठ पर कुछ प्रतिपादन पूर्ण नहीं था जिसके कारण यह समस्या हुई। हमारे होस्ट किए गए ग्रिड पर पुन: पेश करना आसान था क्योंकि कनेक्शन धीमे थे।

मैंने इसे WaitForAngularEnabled सेट के साथ सही और गलत पर देखा।

अपग्रेड करने से पहले, हमें उन्हीं परीक्षणों में से कुछ पर टाइमआउट त्रुटियाँ प्राप्त होती थीं। मुझे आश्चर्य है कि क्या वेबड्राइवर 3.x एक ही बात को एक अलग तरीके से कह रहा है ...

इस पर +1, OS X 10.12.5 . पर स्थानीय रूप से मेरे स्पेक्स चलाते समय उसी मुद्दे पर चल रहा है

इसके लायक क्या है, मुझे EPIPE त्रुटि देखने की संभावना कम थी:

• नोड 7.10.1
• ओएसएक्स 10.12.5
• रक्षक 5.1.2
• क्रोम 59.0.3071.115

और, जब मैं कहता हूं _less संभावना_, मेरा मतलब है कि जब मैंने अपने सूट को अपने उपरोक्त कॉन्फ़िगरेशन के साथ 7 बार चलाया, तो 4 रन सफल रहे यदि मैंने तुरंत अपने क्रोम ब्राउज़र पर ध्यान केंद्रित किया और अपने माउस को क्रोम डॉक आइकन से नहीं हिलाया (शायद असंगत)।

हमारे प्रोजेक्ट में EPIPE त्रुटियां दिखाई दे रही थीं, क्योंकि परीक्षण (टाइपस्क्रिप्ट में) गलत तरीके से await s का उपयोग कर रहे थे। और इसलिए अनचाहे वादा अस्वीकृति बेतरतीब ढंग से हो रही थी और इन त्रुटियों को जन्म दे रही थी। एक बार जब मैंने गलत उपयोगों को ठीक कर लिया है तो हमारे पास अब ये त्रुटियां नोड 8 पर नहीं हैं।

await (या तो गुम या बेमानी) या सिर्फ गलत प्रॉमिस चेनिंग (उदाहरण के लिए जब आप हेल्पर मेथड्स से प्रॉमिस को वापस करना भूल गए) के गलत उपयोगों के लिए अपने परीक्षणों की सावधानीपूर्वक जाँच करने का प्रयास करें। हमारे मामले में विशिष्ट त्रुटि का उपयोग कर रहा था:

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 धन्यवाद। इसे मेरे 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 राइट EPIPE" त्रुटियाँ एक बग लगती हैं: https://github.com/SeleniumHQ/selenium/issues/5345 जिसे 4.0.0 में हल किया जाएगा।

इसलिए हमें तब तक इंतजार करना होगा जब तक कि प्रोट्रैक्टर 4.0.0 संस्करण का उपयोग नहीं करता है और हम इस वर्कअराउंड को हटा सकते हैं।

क्या हमारे पास Protractor रोडमैप का कोई लिंक है? या यह बिल्कुल भी मौजूद नहीं है

@renehamburger , क्या आप मदद कर सकते हैं? मैं आपके वर्कअराउंड को फिर से लिखने की कोशिश करता हूं जब SELENIUM_PROMISE_MANAGER: false । वर्तमान में, यदि मैं आपके समाधान को कॉपी/पेस्ट करता हूं तो बहुत सारे अजीब मुद्दे हैं जो मुझे लगता है कि async/await का उपयोग करके हल किया जा सकता है।

@ क्रिस्पसडीएच मुझे कोड स्निपेट को बदलना पड़ा

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/प्रतीक्षा का उपयोग करना नियंत्रण प्रवाह की तुलना में एक बड़ी गड़बड़ी प्रतीत होती है।

उपरोक्त समाधान का प्रयास करने के बाद भी मैक ओएस सिएरा पर त्रुटि अभी भी देखी गई है।

क्या कोई अन्य उपाय है जो कोशिश कर सकता है।

धन्यवाद

हमारे मामले में कुछ दावों में async/प्रतीक्षा का गलत उपयोग प्रतीत होता है।

यह था:

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

के बजाए:

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

हाय @danigar फंक्शन isDisplayed() वादा लौटाता है इसलिए यदि आप इसे हल करना चाहते हैं तो प्रतीक्षा का उपयोग करना आवश्यक है। तो दूसरे उदाहरण में कोड की आपकी दूसरी पंक्ति ठीक दिखती है।
आपकी पहली पंक्ति में await के बारे में क्या है, यह इस बात पर निर्भर करता है कि getModalInfo() क्या लौटाता है। यह इस बिंदु पर अस्पष्ट है और मैं पहली और दूसरी पंक्तियों के बीच संबंध नहीं देख सकता।

@marcincharezinski jasmine Promise को except() में await के बिना स्वयं हल करेगा।

हां। @marcincharezinski देरी के लिए खेद है। पहली पंक्ति की getModalInfo() विधि ने एक ElementFinder (वादा में लिपटा नहीं) लौटाया, और जैसा कि आप पहले उदाहरण में देखते हैं, हम इसके लिए awaiting थे।
हमारे पास इस तरह के कुछ मुद्दे थे और एक बार जब हमने उन्हें ठीक कर दिया तो EPIPE त्रुटि दूर हो गई ।

@ क्रिस्पसडीएच - मैं वही बात सोचता था जब तक कि मुझे समझ में नहीं आने वाले कारणों से परीक्षणों में असफल होने के मुद्दे मिलते रहे। मैं वापस गया और अपने except() बयानों के अंदर await जोड़ा और इससे वे साफ हो गए।

@Mokapps कम से कम टाइपस्क्रिप्ट में आपका कोड त्रुटि देता है:
प्रकार '(कमांड: कमांड, विवरण: स्ट्रिंग) => वादा शून्य' 'टी' टाइप करने के लिए असाइन करने योग्य नहीं है (कमांड: कमांड, विवरण: स्ट्रिंग) => प्रॉमिस टी'।
टाइप 'वादा शून्य' 'वादा टी' टाइप करने के लिए असाइन करने योग्य नहीं है।
संपत्ति 'रद्द करें' प्रकार 'वादा शून्य' में गुम है।

@ 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(); },

धन्यवाद @Mokapps इसे साझा करने के लिए। अगर कोई टाइपस्क्रिप्ट और मेरे जैसे वातावरण के लिए इसे अनुकूलित करना चाहता है तो कुछ नोट्स। os.platform() ज्ञात नहीं था, इसलिए मैंने process.platform उपयोग किया। मुझे import { Command } from "selenium-webdriver"; करना पड़ा क्योंकि मुझे समवर्ती काउंटर पर टिप्पणी करनी पड़ी क्योंकि इसे कभी नहीं पढ़ा गया था। और चूंकि मेरे पास निहित किसी पर टाइपस्क्रिप्ट चेतावनी है, इसलिए मुझे उन्हें .then((result : any) => { और .catch((error: any) => { में स्पष्ट करने की आवश्यकता है। मैं कोड के बारे में शिकायत नहीं कर रहा हूं, और मुझे खुशी है कि आपने इसे साझा किया (ऐसा लगता है कि यह समस्या ठीक हो गई है, हालांकि यह बताना मुश्किल है क्योंकि यह रुक-रुक कर था)। मुझे आशा है कि यह टिप्पणी किसी के लिए उपयोगी है। मेरे और अन्य लोगों के पास वापस आने के लिए बहुत-बहुत धन्यवाद।
लेकिन शायद मेरे परिवर्तनों ने आपका सुधार तोड़ दिया, क्योंकि मुझे अभी-अभी UnhandledPromiseRejectionWarning: Unhandled PromiseRejectionWarning: Unhandled वादा अस्वीकृति (अस्वीकृति आईडी: 4) मिली: त्रुटि: EPIPE EPIPE लिखें
(नोड:8514) [डीईपी0018] पदावनति चेतावनी: हैंडल न किया गया वादा अस्वीकृति बहिष्कृत है। भविष्य में, वादा अस्वीकरण जो संभाला नहीं जाता है, गैर-शून्य निकास कोड के साथ Node.js प्रक्रिया को समाप्त कर देगा।
आख़िरकार। मैं वापस जाऊंगा और देखूंगा कि मुझे await का दुरुपयोग कहां करना चाहिए।

OSX उपयोगकर्ताओं के लिए कोई प्रगति?

मुझे लगता है कि यह कुछ अन्य समान त्रुटियों के समान स्थिति से ट्रिगर हो सकता है, जिसके लिए सेलेनियम नोड कोड और ब्राउज़र के बीच संचार में HTTP को जीवित रखने के लिए फिक्स है। पिछले साल सेलेनियम मेनलाइन में इसके लिए एक फिक्स है - लेकिन यह उस कोड के किसी भी संस्करण में प्रकाशित नहीं हुआ है।

यहां हम जिस समाधान का उपयोग करते हैं, वह किसी अन्य टिप्पणीकार द्वारा किसी अन्य अंक में लिखी गई किसी चीज़ से उधार लिया और संपादित किया गया है। इसे चलाने के लिए 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');
});

इस पैच के साथ, SELENIUM_PROMISE_MANAGER: false का उपयोग करते हुए, विंडोज और ओएसएक्स दोनों पर प्रोट्रैक्टर हमारे लिए 99%+ मजबूत है। आपका माइलेज भिन्न हो सकता है, यह इस बात पर निर्भर करता है कि आपकी EPIPE त्रुटि उसी अंतर्निहित स्थिति के कारण हुई है या नहीं।

मुझे लगता है कि जंजीरों (या अधिक सरणियों) के साथ प्रतीक्षा सबसे कमजोर लगती है। तो उदाहरण के लिए मैंने अभी त्रुटि देखी है let testFormatID: string =await element.all(by.className('ng-star-insert')).all(by.tagName('td')).get(1). गेटटेक्स्ट (); हो सकता है कि गलती मेरी हो और जो मैंने लिखा है वह काम न करे।

ऐसा लगता है कि #4792 ने मैक ओएस एक्स पर मेरे मुद्दों को ठीक कर दिया है। टिप के लिए धन्यवाद, इगोरडोरोखोव।

@ kahan002 आपका स्वागत है!

4.0.0-alpha.1 के लिए कोई ईटीए प्रोट्रैक्टर में शामिल है?

4792 ने मेरे लिए समस्या का समाधान नहीं किया। अभी भी Failed: EPIPE write EPIPE त्रुटि हो रही है 5 में से 1 ElementArrayFinder पर फ़िल्टरिंग कर रहा है:

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

कृपया [email protected] में अपग्रेड करें। ऐसा लगता है कि वहां हल हो गया है।

@demisx मैंने इसे यहाँ पैच किया और यह मेरे लिए काम करता है

@rafalf धन्यवाद। यदि आप "सेलेनियम-3.7.0 से index.js लेने और ECONNREFUSED जोड़ने" के बारे में बात कर रहे हैं तो मैंने कोशिश की है, लेकिन कभी-कभी यह त्रुटि मिल रही थी। कृपया मुझे बताएं कि क्या मैंने आपकी टिप्पणी को गलत समझा।

EPIPE त्रुटि अभी भी अक्सर नवीनतम प्रोट्रैक्टर 5.4.1, chromedriver_2.43 और MacOS Mojave पर async/प्रतीक्षा के साथ होती है। हम अब CI पर E2E स्पेक्स नहीं चला सकते। जब तक वे सभी पास नहीं हो जाते, तब तक कई मैनुअल रन लें। बहुत अस्थिर।

@demisx
यह मुख्य रूप से मेरे लिए each , filter और अन्य कार्यों के लिए हो रहा है जिनका उपयोग iwth arrays

मैंने इसे कैसे फिर से काम किया

        // 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 हाँ, वह पहली चीज़ थी जिससे हमने छुटकारा पाया। हालांकि, इसने ईपीआईपीई त्रुटियों की आवृत्ति को कम कर दिया, वे पूरी तरह से दूर नहीं हुए। कई क्षमताओं के साथ प्रोट्रैक्टर चलाते समय यह खराब हो रहा है। तो, अब तक @kylecordes पैच काम कर रहा है। धन्यवाद @kylecordes! उम्मीद है, यह सुधार इसे जल्द ही master कर देगा।

विषय से हटकर, आपको await में let l = await $$("q-short-list-component.ng-valid mat-label") की आवश्यकता नहीं है। $$ रिटर्न ElementArrayFinder , वादा नहीं। मैं

@demisx नहीं, आप गलत हैं, शायद यही कारण है कि आपको अभी भी EPIPE त्रुटियां मिलती हैं: नर्तक:
हां - यह ElementArrayFinder w/o प्रतीक्षा करता है लेकिन आप इसे फिर से शुरू करने में सक्षम नहीं होंगे
और यह हिस्सा काम नहीं करेगा

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

अगर मैं await करता हूं, तो मुझे तत्वों की एक सूची मिलती है;) कि मैं जा सकता हूं

@rafalf क्षमा करें, मेरा बुरा। मैंने await के नीचे पुनरावृत्ति भाग को याद किया। आप बिल्कुल सही कह रहे हैं।

मुझसे गलती हो सकती है, लेकिन ऐसा लगता है कि इस तरह की त्रुटियां मेरे लिए रुक-रुक कर होती हैं, जहां भी निम्न तरीके से ElementArrayFinder का उपयोग होता है:
await $$('some-selector').click()

@yyankowski हाँ, यह मेरा भी अनुभव था। मैंने इस त्रुटि को किसी भी चीज़ से $$ अधिक के साथ होते हुए देखा। विशेष रूप से, ElementArrayFinder द्वारा लौटाए गए $$ $1$#$ पर एक विधि को कॉल करने का प्रयास करते समय।