Jsdom: मज़ाक: सुरक्षा त्रुटि: स्थानीय भंडारण अपारदर्शी मूल के लिए उपलब्ध नहीं है

नीचे दी गई चर्चा का सारांश:

• समाधान आपके jsdom के लिए एक URL सेट करना है, जिसे आपके परीक्षण परिवेश कॉन्फ़िगरेशन के माध्यम से करने की आवश्यकता हो सकती है। " about:blank " का डिफ़ॉल्ट URL, लोकलस्टोरेज को एक्सेस करने का प्रयास करते समय त्रुटियों का कारण बनेगा।
• मूल कारण अक्सर सभी jsdom गुणों पर पुस्तकालयों को लूप करना और उन्हें वैश्विक में जोड़ना है; भले ही आप अपने परीक्षणों में स्थानीय स्टोरेज का कभी भी उपयोग नहीं करते हैं, फिर भी आप जिस पुस्तकालय या परीक्षण ढांचे पर निर्भर हैं, वह इस तरह से "उपयोग" कर रहा है। ध्यान दें कि यह लूपिंग-एंड-कॉपी तकनीक स्पष्ट रूप से असमर्थित है , इसलिए यह आश्चर्य की बात नहीं है कि ऐसा करने वाला कोड मामूली रिलीज में टूट सकता है।

इस सवाल पर नीचे दी गई टिप्पणी का ट्रांसक्रिप्शन कि क्या यह एक "ब्रेकिंग चेंज" है, जिसे बाद में गिटहब की "अधिक टिप्पणियां देखें" सुविधा द्वारा छुपाया गया है:

धन्यवाद, लेकिन इस समय मुझे नहीं लगता कि यह आगे बढ़ने का सबसे अच्छा रास्ता है। नई वेब प्लेटफ़ॉर्म सुविधाओं को लागू करने के लिए jsdom के लिए यह एक ब्रेकिंग परिवर्तन नहीं है; यह एक छोटा संस्करण है।

आश्रितों के लिए, यहां तक ​​​​कि व्यापक रूप से उपयोग किए जाने वाले आश्रितों के लिए, दुर्भाग्यपूर्ण कोड लिखना संभव है जो नई सुविधाओं का पता लगाता है और यदि वे दिखाई देते हैं तो एक अपवाद फेंकता है। मुझे उम्मीद है कि हम सभी इस बात से सहमत हो सकते हैं कि भले ही ऐसे आश्रित मौजूद हों, jsdom को हमेशा के लिए छोटी-छोटी रिलीज़ में नई सुविधाएँ जोड़ने से नहीं चूकना चाहिए।

यहां स्थिति इतनी विकट नहीं है, लेकिन ऐसा ही लगता है। मैंने अभी तक किसी को भी आपत्तिजनक जेस्ट कोड को ट्रैक करते नहीं देखा है, इसलिए यह कहना मुश्किल है, लेकिन ऐसा प्रतीत होता है कि वे एक ऑपरेशन कर रहे हैं जो स्पष्ट रूप से jsdom विकास के सामान्य पाठ्यक्रम से टूट गया है, और जो वेब में काम नहीं करेगा ब्राउज़र जो लोकलस्टोरेज को लागू करता है।

मुझे एहसास है कि आप में से उन लोगों के लिए यह एक कठिन स्थिति है, आपकी खुद की कोई गलती नहीं है, इस बारे में दुर्भाग्यपूर्ण बातचीत से कि आपकी प्रत्यक्ष निर्भरता (एबी) आपकी अप्रत्यक्ष निर्भरता का उपयोग कैसे कर रही है। लेकिन मुझे उम्मीद है कि इसे जेस्ट के बग्गी कोड को ठीक करने के लिए सही स्तर पर संबोधित किया जा सकता है, बजाय एक आश्रित की बग के कारण सभी jsdom उपयोगकर्ताओं से एक उपयोगी सुविधा को हटाने के।

संदर्भ के लिए ओपी का मूल उत्तर:

ऐसा लगता है कि आप अपने परीक्षणों में URL सेट नहीं कर रहे हैं, लेकिन आप, या शायद जेस्ट, window.localStorage । जेस्ट अनुरक्षक सर्वोत्तम सुधार के बारे में अधिक जान सकते हैं, लेकिन मैंने सुना है कि आपके जेस्ट परीक्षणों में URL सेट करने का कोई तरीका है?

यह एक बहुत ही हालिया मुद्दा है जो 11.12.0 साथ पॉप अप हुआ प्रतीत होता है। jest साथ enzyme का उपयोग करते समय मुझे यही त्रुटियां मिलती हैं।

हां, मुझे 11.11.0 से 11.12.0 अपग्रेड करने के बाद समस्या होने लगी। जेस्ट कॉन्फ़िगरेशन में testURL सेट करने से समस्या ठीक हो जाती है।

@ बेन-मैकर्नन हाय, इसे ठीक करने के लिए आपने क्या यूआरएल दिया है ??

@gokulkrishh मैंने इसे http://localhost/ पर सेट किया है लेकिन कोई भी मान्य यूआरएल काम करता प्रतीत होता है।

मुझे लगता है कि यह शायद एंजाइम-विशिष्ट है, क्योंकि एंजाइम वह काम करता

यह मेरे लिए भी टूट गया :(

@ बेन-मैकर्नन धन्यवाद

इसका अनुभव भी कर रहे हैं।

https://github.com/jsdom/jsdom/blob/23d67ebec901b3471b84e63f58a96b51a36f3671/lib/jsdom/browser/Window.js#L255

("+1" टिप्पणियों को स्पैम के रूप में चिह्नित किया जाएगा; समस्या थ्रेड में सभी को ईमेल करना सहायक नहीं है।)

क्षमा याचना। बस मदद करने का प्रयास कर रहा हूं।

testURL को jestConfig में जोड़ने की पुष्टि कर सकते हैं जैसा कि @ ben-mckernan ने सुझाव दिया था कि इसे ठीक किया।

और हम एंजाइम का भी उपयोग कर रहे हैं, अगर यह आपके अंतर्ज्ञान की पुष्टि करने में मदद करता है।

इलेक्ट्रॉन ऐप परीक्षण के लिए मैंने इसे "फ़ाइल: /" पर सेट किया है जो काम भी करता है।

@miamollie मैंने @ बेन-मैकर्नन सुझाव के अनुसार testURL जोड़ा (जेस्ट + एंजाइम का उपयोग करके, सुनिश्चित नहीं है कि इसके एंजाइम से संबंधित है। jest-environment-jsdom से आने वाली त्रुटि जो jsdom का उपयोग करती है)। उसके कारण मेरी कुछ अन्य परीक्षण फ़ाइलें विफल हो रही हैं। सिर्फ आपकी जानकारी के लिए। देखें कि क्या यह आपके लिए काम करता है। आपके परीक्षण मामले मेरे से भिन्न हो सकते हैं (TestURL आपके लिए काम कर सकता है)।

@domenic मैं केवल मजाक का उपयोग कर रहा हूँ। तो मुझे यकीन नहीं है कि यह एक एंजाइम मुद्दा है।

@gokulkrishh हाँ, वही, इसने

@ बेन-मैकर्नन समाधान ने इसे ठीक कर दिया। धन्यवाद!

@ बेन-मैकर्नन मैं एक कोणीय सेटअप (जेस्ट-प्रीसेट-कोणीय के साथ), एक ही बग, एक ही समाधान में जेस्ट का उपयोग कर रहा हूं। तो यह एक एंजाइम समस्या नहीं है।

ऐसा लगता है कि जेस्ट को इसे कम करने के लिए testURL के डिफ़ॉल्ट मान को बदलने की जरूरत है (वर्तमान में यह about:blank )।

@DcsMarcRemolt मैं सिर्फ इस मुद्दे को डीबग कर रहा था। Jest निर्भरता मॉड्यूल उपयोग कर रहा है कहा जाता है jest-environment-jsdom > - अपने package.json में "jsdom": "^11.5.1" कैरेट (^) इस NPM की वजह से स्थापित किया है के रूप में jsdom 11.12.0 (जो आज प्रकाशित हुआ नया संस्करण है)। तो यह अधिकांश उपयोगकर्ताओं के लिए टूट गया। मुद्दा पहले से ही मजाक में बनाया गया है और यहां जुड़ा हुआ है। इसका खयाल रखें।

मैं इसे और अधिक दृश्यता देने के लिए इस मुद्दे को फिर से खोलूंगा। समाधान के लिए डोमिनिक से पहली टिप्पणी देखें।

package.json में जेस्ट कॉन्फिगर में निम्नलिखित को जोड़ना:
"testEnvironment": "node"
मेरे लिए समस्या हल करता है।
इसे हल करने में मदद करने के लिए @ blue3printchris को श्रेय।

मैं अब इस अद्यतन के बाद से स्थानीय स्टोरेज पर JSDOM कार्यान्वयन को अधिलेखित और नकली नहीं कर सकता।

चूंकि यह बहुत से लोगों के लिए अनजाने में किया गया परिवर्तन था, शायद सबसे अच्छा नुकसान नियंत्रण विकल्प होगा:

• इस परिवर्तन को पूर्ववत करें।
• अपेक्षित व्यवहार को पुनर्स्थापित करने के लिए पूर्ववत परिवर्तन के साथ संस्करण 11.12.1 जारी करें।
• एक चेतावनी के साथ संस्करण 11.12.0 को खींचे या हटा दें।
• यदि नया व्यवहार वांछित है, तो यह इंगित करने के लिए 12.0.0 करें कि एक ब्रेकिंग परिवर्तन है।

धन्यवाद, लेकिन इस समय मुझे नहीं लगता कि यह आगे बढ़ने का सबसे अच्छा रास्ता है। नई वेब प्लेटफ़ॉर्म सुविधाओं को लागू करने के लिए jsdom के लिए यह एक ब्रेकिंग परिवर्तन नहीं है; यह एक छोटा संस्करण है।

आश्रितों के लिए, यहां तक ​​​​कि व्यापक रूप से उपयोग किए जाने वाले आश्रितों के लिए, दुर्भाग्यपूर्ण कोड लिखना संभव है जो नई सुविधाओं का पता लगाता है और यदि वे दिखाई देते हैं तो एक अपवाद फेंकता है। मुझे उम्मीद है कि हम सभी इस बात से सहमत हो सकते हैं कि भले ही ऐसे आश्रित मौजूद हों, jsdom को हमेशा के लिए छोटी-छोटी रिलीज़ में नई सुविधाएँ जोड़ने से नहीं चूकना चाहिए।

यहां स्थिति इतनी विकट नहीं है, लेकिन ऐसा ही लगता है। मैंने अभी तक किसी को भी आपत्तिजनक जेस्ट कोड को ट्रैक करते नहीं देखा है, इसलिए यह कहना मुश्किल है, लेकिन ऐसा प्रतीत होता है कि वे एक ऑपरेशन कर रहे हैं जो स्पष्ट रूप से jsdom विकास के सामान्य पाठ्यक्रम से टूट गया है, और जो वेब में काम नहीं करेगा ब्राउज़र जो लोकलस्टोरेज को लागू करता है।

मुझे एहसास है कि आप में से उन लोगों के लिए यह एक कठिन स्थिति है, आपकी खुद की कोई गलती नहीं है, इस बारे में दुर्भाग्यपूर्ण बातचीत से कि आपकी प्रत्यक्ष निर्भरता (एबी) आपकी अप्रत्यक्ष निर्भरता का उपयोग कैसे कर रही है। लेकिन मुझे उम्मीद है कि इसे जेस्ट के बग्गी कोड को ठीक करने के लिए सही स्तर पर संबोधित किया जा सकता है, बजाय एक आश्रित की बग के कारण सभी jsdom उपयोगकर्ताओं से एक उपयोगी सुविधा को हटाने के।

स्पष्टीकरण देने के लिए धन्यवाद। मैं सहमत हूं कि यदि समस्या ऊपर वर्णित असमर्थित तरीके से jsdom का उपयोग करने से है, तो यह तकनीकी रूप से एक सेवर उल्लंघन नहीं है और मजाक को एक पैच जारी करना चाहिए।

जब सभी jsdom गुण अधिक पाशन और उन्हें वैश्विक को जोड़ने मेरे वैकल्पिक हल, एक काली सूची का उपयोग करें।

const { JSDOM } = require('jsdom');
const Node = require('jsdom/lib/jsdom/living/node-document-position');

// We can use jsdom-global at some point if maintaining these lists is a burden.
const whitelist = ['HTMLElement', 'Performance'];
const blacklist = ['sessionStorage', 'localStorage'];

function createDOM() {
  const dom = new JSDOM('', { pretendToBeVisual: true });
  global.window = dom.window;
  global.Node = Node;
  global.document = dom.window.document;
  // Not yet supported: https://github.com/jsdom/jsdom/issues/317
  global.document.createRange = () => ({
    setStart: () => {},
    setEnd: () => {},
    commonAncestorContainer: {
      nodeName: 'BODY',
      ownerDocument: document,
    },
  });
  global.navigator = {
    userAgent: 'node.js',
  };

  Object.keys(dom.window)
    .filter(key => !blacklist.includes(key))
    .concat(whitelist)
    .forEach(key => {
      if (typeof global[key] === 'undefined') {
        global[key] = dom.window[key];
      }
    });
}

module.exports = createDOM;

नोड ग्लोबल पर jsdom ग्लोबल्स न डालें

खैर, मैं अभी के लिए पास करता हूँ। मुझे jsdom और वास्तविक ब्राउज़र में चलाने के लिए परीक्षणों की आवश्यकता है। यह सबसे आसान तरीका है जिसके बारे में मैं सोच सकता हूं, यह सालों से काम कर रहा है। मुझे सुझाए गए विकल्पों में समान क्षमता नहीं दिख रही है।
Jsdom-global का उपयोग करना भी काम कर सकता है।

खैर, मैं अभी के लिए पास करता हूँ। मुझे jsdom और वास्तविक ब्राउज़र में चलाने के लिए परीक्षणों की आवश्यकता है।

यदि आपके परीक्षण "असली ब्राउज़र" के अंदर चल सकते हैं, तो वे उसी तरह से jsdom में भी चल सकते हैं - बस वही HTML प्रदान करें। इसके बजाय वैश्विक को असाइन करके आप ब्राउज़र में परीक्षण चलाने के तरीके की तुलना में अतिरिक्त जटिलता और अंतर पेश कर रहे हैं।

एफवाईआई मैं jsdom से 11.12.0 अपग्रेड करने के बाद, जेस्ट नहीं, मोचा के साथ एक ही समस्या में भाग रहा हूं।

नमस्ते, मैं सिर्फ यह समझना चाहता हूं कि बदलाव पहले स्थान पर क्यों पेश किए जाते हैं।

मेरे उपयोग के मामले केवल यह सुनिश्चित करने के लिए एक फ़ंक्शन पर जोर देने के लिए हैं कि मैंने इसे सही तरीके से लिखा है, यह उतना आसान है जितना:

const fib = require('./index');

test('Fib function is defined', () => {
  expect(typeof fib).toEqual('function');
});

test('calculates correct fib value for 1', () => {
  expect(fib(1)).toEqual(1);
});

और फिर भी परीक्षा परिणाम त्रुटि संदेश प्रतीत होता है कि मैंने रिएक्ट पर Redux लाइब्रेरी और उस तरह की चीजों के साथ कुछ बड़ा आवेदन किया है, जबकि असली बात यह है कि मैं बस एक फ़ंक्शन को सरल के रूप में परीक्षण करता हूं

//index.js, yes, only one line, no react no redux no enzyme 
function add(a, b) {}

वैसे, testURL और testEnvironment "हैक" मेरे लिए काम नहीं करता है। यह मेरा पैकेज है।जेसन:

    "jest": {
        "testURL": "http://localhost/",
        "testEnvironment": "node"
    },

तो मेरा सवाल यह है कि क्यों कभी-कभी हम सिर्फ एक टेस्ट रनर चाहते हैं, जो सिर्फ "काम करता है"

@ khmy2010 आपके कोड और प्रश्नों में जेस्ट शामिल है जितना वे jsdom करते हैं। मेरा सुझाव है कि आप इसके बजाय उनके भंडार में कोई समस्या बनाएं।

ऑप के साथ एक ही त्रुटि संदेश और यहां लगभग सभी (मैं नहीं हूं को छोड़कर)
एंजाइम का उपयोग करना)। यदि संबंधित नहीं है तो मुझे मजाक में एक मुद्दा खोलना चाहिए। के बारे में खेद
वह।

30 जुलाई 2018 21:32 को, "ज़िरो" नोटिफिकेशन @github.com ने लिखा:

@khmy2010 https://github.com/khmy2010 आपके कोड और प्रश्नों में शामिल हैं
जेस्ट से ज्यादा वे jsdom करते हैं। मेरा सुझाव है कि आप उनमें एक मुद्दा बनाएं
इसके बजाय रिपॉजिटरी https://github.com/facebook/jest ।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/jsdom/jsdom/issues/2304#issuecomment-408864079 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AVrB3uOLy7l4JKbStKWPtGi0oHfAaQbYks5uLwrpgaJpZM4Vi8gP
.

यदि आप अपना jsdom उदाहरण बना रहे हैं, तो आप दूसरे पैरामीटर के रूप में एक कस्टम url पास कर सकते हैं:

const url = 'http://localhost';
const jsdom = new JSDOM('<!doctype html><html><body></body></html>, { url });

यह उपयोगी हो सकता है यदि आप एंजाइम + मोचा @srodrigo . का उपयोग कर रहे हैं

इसने मौजूदा बुनियादी ढांचे को तोड़ दिया। यह प्रमुख रिलीज़ 12.0.0 होनी चाहिए न कि छोटी रिलीज़ 11.12.0। मामूली रिलीज मौजूदा कोड को नहीं तोड़ना चाहिए।

डोमिनिक इस टिप्पणी में बताते हैं (यदि यह लिंक पर क्लिक करते समय नहीं दिखता है, तो ऊपर स्क्रॉल करें और छिपी हुई टिप्पणियों को लोड करें) इसे ब्रेकिंग परिवर्तन के रूप में क्यों नहीं देखा गया। आश्रित पैकेजों का कोड जो उन चीजों को करता है जिन्हें हमने वर्षों से हतोत्साहित किया है, उम्मीद है कि उनके अनुरक्षकों द्वारा जल्द ही तय किया जाएगा।

इसके अतिरिक्त उपरोक्त सुधार के लिए, मुझे इसे परीक्षण विन्यास की जड़ में जोड़ना पड़ा: --env=jsdom

मेरे jest.config.js में निम्नलिखित जोड़ना

testURL: 'http://localhost',

समस्या का हल किया। धन्यवाद!

(यहाँ जेस्ट अनुरक्षक।) क्या आपको लगता है कि यह जेस्ट के दृष्टिकोण से डिफ़ॉल्ट about:blank से उदा localhost बदलने के लिए समझ में आता है?

सुनिश्चित नहीं है कि मैं इस बारे में अपनी राय देने के लिए पर्याप्त स्मार्ट हूं, लेकिन डेवलपर के दृष्टिकोण से मैं कहूंगा कि लोकलहोस्ट अधिक समझ में आता है, इसके बारे में: रिक्त एक ऐसा मामला है जो कभी भी वास्तविकता नहीं है। हम अपने उन ऐप्स का परीक्षण कर रहे हैं जिनमें लगभग कभी नहीं होता :रिक्त url

जेस्ट टीम ने testURL लिए एक बेहतर डिफ़ॉल्ट मान जोड़ा है: https://github.com/facebook/jest/pull/6792

@SimenB मैं कहूंगा कि यह एक अच्छा विचार है।

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

हम कुछ सेटअप करने के लिए जेस्ट कॉन्फ़िगरेशन फ़ाइल में "setupTestFrameworkScriptFile" विकल्प का उपयोग करते हैं, जिसमें (अन्य बातों के अलावा) लोकलस्टोरेज और सेशनस्टोरेज (क्योंकि हम अपने ऐप में दोनों का उपयोग करते हैं) के लिए पॉलीफ़िल शामिल हैं। यह मूल रूप से window.localStorage = window.localStorage || { ... } , और sessionStorage के लिए भी यही है, जहां ... नकली कार्यों का एक समूह है। अब इनमें से कोई भी काम नहीं कर रहा है, भले ही मैं इसे हमेशा डिफ़ॉल्ट ( window.localStorage = { ... } ) को ओवरराइड करने के लिए बदल दूं।

इसके अतिरिक्त, हमारे पास यूनिट परीक्षण हैं जो विशेष रूप से sessionStorage.getItem जैसी चीजों के लिए परीक्षण करते हैं, लेकिन "testURL" को " http://localhost " पर सेट करने के बाद, जैसा कि window.sessionStorage.getItem = jest.fn(); , फिर भी बाद में expect(window.sesssionStorage.getItem).toHaveBeenCalled() यह कहने में विफल रहता है कि यह एक नकली कार्य नहीं है।

जबकि मैं मानता हूं कि एक सुविधा का जोड़ एक मामूली संस्करण परिवर्तन है, और एक ब्रेकिंग परिवर्तन नहीं है, जब यह कुछ ऐसा है जो ब्राउज़र का एक मानक हिस्सा है, और नया कार्यान्वयन प्रतीत होता है कि ओवरराइड या मजाक नहीं किया जा सकता है, तो _is_ एक ब्रेकिंग परिवर्तन है .

मैंने अपनी समस्या का एकमात्र समाधान पाया है कि मेरे पैकेज में jsdom जोड़ना है। जेसन और 11.11.0 का संस्करण निर्दिष्ट करें। यह आदर्श नहीं है, और बाद में जब हम पैकेज को फिर से अपग्रेड करते हैं तो अतिरिक्त काम का कारण होगा, लेकिन अभी के लिए लीज पर यह हमें अनब्लॉक कर देता है।

यदि आपके पास कोड है, उदाहरण के लिए मॉकिंग कोड, जो ब्राउज़र में काम करता है लेकिन jsdom में नहीं, तो समस्या टेम्पलेट के बाद एक नया मुद्दा दर्ज करें और हम जांच कर सकते हैं। मेरे ज्ञान के लिए jsdom में लोकलस्टोरेज बिल्कुल वैसा ही नकली है जैसा कि ब्राउज़रों में है।

मैं सुझाव देता हूं कि आपके बिल्ड सर्वर पर अलग-अलग संस्करण न चलाएं क्योंकि आपके डेवलपर्स चल रहे हैं।

"मैं सुझाव देता हूं कि आपके बिल्ड सर्वर पर अलग-अलग संस्करण न चलाएं क्योंकि आपके डेवलपर्स चल रहे हैं।"

हालांकि यह सिद्धांत रूप में अच्छा लगता है, जब तक कि प्रत्येक पैकेज डेवलपर निर्भरता संस्करणों को निर्दिष्ट करते समय "^" का उपयोग करना बंद नहीं कर देता, या हम अपने नोड_मॉड्यूल्स फ़ोल्डर में हजारों फ़ोल्डरों को प्रतिबद्ध नहीं करते हैं, ऐसा कभी नहीं होने वाला है। एक डेवलपर मशीन से दूसरी तक कुछ निर्भरता में एक या दो स्तर नीचे थोड़ा अंतर होने की संभावना है। मैं केवल उन पैकेजों के सटीक संस्करण निर्दिष्ट कर सकता हूं जो हमारे आवेदन की प्रत्यक्ष निर्भरता हैं।

https://docs.npmjs.com/files/package-locks

"^" के बारे में @mrobrian से पूरी तरह सहमत हैं। अब तक की सबसे पागलपन भरी बात। निर्भरता का वर्णन करने के लिए npm को इस तरह से हटा देना चाहिए।

packge-lock.json डोमेनिक वर्कअराउंड packge-lock.json और yarn.lock डिजाइन द्वारा तोड़ा गया है। हो सकता है कि यह संस्करणों के साथ मदद करता है, लेकिन फिर कोड-समीक्षा और विलय के साथ एक और समस्या पैदा करता है और अक्सर आपको इस फ़ाइल को हटाकर फिर से बनाने की आवश्यकता होती है। यह ठीक है अगर निर्भरता शायद ही कभी अपडेट की जाती है, लेकिन हम बहुत बार अपडेट करते हैं।

इसलिए हमारा .npmrc :

save-exact = true
package-lock = false

इसने मुझे इस नई लाइन को package.json में जोड़ने में मदद की:

"jest": {
    "verbose": true,
    "testURL": "http://localhost/"
  },

यदि आप jsdom का उपयोग कर रहे हैं, तो सुनिश्चित करें कि आपने url शामिल किया है

कॉन्स्ट डोम = नया जेएसडीओएम (``, {
यूआरएल: "https://example.org/",
});

क्या जेस्ट देव इस पर टिप्पणी करना चाहेंगे कि सीएलआई/नोड परियोजनाओं के लिए अब "testEnvironment": "node" की आवश्यकता क्यों है ( localStorage त्रुटि से बचने के लिए) जबकि पहले इसकी आवश्यकता नहीं थी? क्या यह एक बग है?

यदि यह किसी भी तरह डिज़ाइन द्वारा है, तो इसे वास्तव में एक बेहतर त्रुटि संदेश की आवश्यकता है! मुझे यह त्रुटि मेरी दोनों परियोजनाओं में मिल रही है जो जेस्ट का उपयोग करती हैं - कुछ निर्भरताओं के साथ दो साधारण गैर-ब्राउज़र परियोजनाएं। वे निश्चित रूप से jsdom/लोकलस्टोरेज का उपयोग नहीं करते हैं।

जेस्ट डेवलपर्स के लिए सवाल पूछने के लिए यह सही जगह नहीं है - jsdom एक अलग प्रोजेक्ट है। उस ने कहा, ऊपर की टिप्पणियों में पहले से ही आपके सवालों के जवाब हैं।

पैकेज.जेसन

   ...
  "jest": {
    "testEnvironment": "node",
    "roots": [
      "test/javascript"
    ]
  },

इससे मेरा काम बनता है।

@ p8ul सही था, " http://localhost " निर्दिष्ट करना न भूलें (जेस्ट 23.5.0 के बाद से डिफ़ॉल्ट सेट यूआरएल, #6792 देखें):

const dom = new JSDOM(``, {
url: "http://localhost",
});

मेरे लिए पूरा काम करता है।
जोड़ने की भी जरूरत नहीं है :

"testEnvironment": "node"

जेस्ट २३.५.० में अब इसके लिए एक सुधार शामिल है, इसलिए वर्कअराउंड की अब आवश्यकता नहीं होनी चाहिए:

https://github.com/facebook/jest/issues/6766#issuecomment -412516712

@mica16 https://github.com/jsdom/jsdom/issues/2304#issuecomment -412663502 के समान

const dom = new JSDOM(``, {
  url: "http://localhost",
});

क्या इस त्रुटि से बचने के लिए हमें केवल एक ही बदलाव की आवश्यकता थी।

हम मोचा/एंजाइम का उपयोग कर रहे हैं। हमारे परीक्षण सूट में कोई मज़ाक शामिल नहीं है।

कमांड लाइन पर --env node सेट करना भी काम करता है।

@gokulkrishh मैंने इसे http://localhost/ पर सेट किया है लेकिन कोई भी मान्य यूआरएल काम करता प्रतीत होता है।

"स्थान.href" तब अच्छा होगा। :)

@domenic मैं शीर्ष पर अपनी टिप्पणी अद्यतन करने की सिफारिश कहना है कि जेस्ट देखरेख संस्करण 23.5.0 में इस बग तय: https://github.com/facebook/jest/issues/6766#issuecomment -+४१,२५,१६,७१२

मैं जेस्ट-कॉन्फ़िगरेशन के लिए http://localhost testURL को http://localhost करने के लिए सेट करने के लिए प्रतिबद्ध हूं।

कॉन्फ़िग फ़ाइल में कुंजी जोड़ें और पुनः प्रयास करें "jest": { "testURL": " http://localhost%26quot%3B/ },
लोकलहोस्ट के बजाय आईपी-पोर्ट का उपयोग करें
इससे समस्या का समाधान हो सकता है

npm audit चलाते समय कुछ सुरक्षा समस्याओं का पता लगाने के बाद मुझे समस्या का सामना करना पड़ा। npm audit fix का उपयोग करके उन्हें ठीक करने के बाद मुझे इस समस्या का सामना करना पड़ा।

चूंकि यह कुछ समय के लिए जेस्ट में तय किया गया है, आइए इसे बंद करने का प्रयास करें और देखें कि क्या हम बहुत सारे डुप्लिकेट के साथ समाप्त होते हैं, या यदि चीजें पर्याप्त रूप से व्यवस्थित हो गई हैं।

"मजाक": {
"क्रिया": सच,
"testURL": " http://localhost/ "
}
इस कोड स्निपेट को package.json फ़ाइल में जोड़ें।
इसने मेरे लिए काम किया।

आप इसे प्रभावित परीक्षण में भी जोड़ सकते हैं यदि वहां jsdom की आवश्यकता नहीं है

``` जावास्क्रिप्ट 1.6
/**

• @ मजाक-पर्यावरण नोड
  */

यह ('मेरा परीक्षण', () => {
उम्मीद (2 + 2)। टूबी (4);
});
```

मैंने दोनों विकल्पों का परीक्षण किया:

1) इसे एक परीक्षण फ़ाइल के शीर्ष पर जोड़ें:

/**
 * @jest-environment node
 */

2) इस श्लोक को package.json में जोड़ें:

"jest": {
    "testURL": "http://localhost/"
  }

दोनों विकल्पों ने काम किया।

मैंने इसे package.json फ़ाइल में जोड़कर काम किया था:

"jest": {
    "verbose": true,
    "testURL": "http://localhost/"
  }

@gokulkrishh मैंने इसे http://localhost/ पर सेट किया है, लेकिन कोई भी मान्य URL काम करता प्रतीत होता है।

मैं एक नौसिखिया हूँ। क्या आप मुझे बता सकते हैं कि Jest.config.js में मैंने testURL कहाँ सेट किया है?

@haiphu कहीं भी jest.config.js में नीचे की तरह

{
"testURL": "http://localhost/"

// Your other config
}

मैंने नीचे अपने package.json में जोड़ा और यह अब ठीक काम करता है :)

  "jest": {
    "testURL": "http://localhost/"
  },

निश्चित नहीं क्यों, लेकिन मेरी त्रुटि विभिन्न टाइपस्क्रिप्ट संस्करण होने के कारण हुई थी।

मेरे पास यार्न वर्कस्पेस + लर्न के साथ एक मोनो-रेपो सेटअप है। सभी पैकेजों के पैकेज में typescript@^3.3.3 था। मैंने एक नया पैकेज जोड़ा और नवीनतम typescript@^3.5.3 । जब मैंने मौजूदा पैकेजों में परीक्षण चलाया, तो मुझे यह त्रुटि मिली।

अगर मैं सभी पैकेजों को एक ही संस्करण में ले जाता हूं - या तो typescript@^3.3.3 या typescript@^3.5.3 , तो त्रुटि दूर हो जाती है। मुझे testURL साथ परेशान नहीं होना पड़ा।

@ tylerreece22 @gokulkrishh ने मेरे लिए काम किया! मैं

उन लोगों के लिए जो सोच रहे हैं कि जेस्ट का testURL कॉन्फ़िगरेशन निर्देश क्या करता है, देखें https://jestjs.io/docs/en/configuration#testurl -string

उन लोगों के लिए जो सीधे jsdom पर विकल्प सेट करते हैं (उदाहरण के लिए मोचा का उपयोग करते समय)। इसे अपने setup.js में रखें:

let jsdom = require('jsdom-global')(
    undefined,
    {
        url: "http://localhost"
    }
);

अजीब तरह से .. मेरे पास कोई jsdom इस्तेमाल नहीं किया जा रहा है .. मैं कुछ नोड केवल पैकेजों के परीक्षण के लिए जेस्ट का उपयोग कर रहा हूं, फिर भी यह त्रुटि सीआई को अवरुद्ध करना शुरू कर देती है जब जेस्ट संस्करणों को ^11 रेंज के भीतर नवीनतम में अपग्रेड किया जाता है .. मुझे यकीन है कि अन्य लोग इसी तरह के मुद्दों को देख रहे हैं .. अब तक अनुशंसित परिवर्तनों में से कोई भी इसे ठीक करने के लिए प्रतीत नहीं होता है

यदि आप jsdom का उपयोग नहीं कर रहे हैं तो आप जेस्ट कॉन्फिग प्रॉपर्टी testEnvironment से node पर सेट करना चाहेंगे। ( testURL को छूने की जरूरत नहीं है)
https://jestjs.io/docs/en/configuration#testenvironment -string

वास्तविक सुधार की तलाश में किसी के लिए भी, यह new JSDOM('', { url: 'https://localhost' })

इसे अपने package.json फ़ाइल में उपयोग करने का प्रयास करें

"मजाक": {
"क्रिया": सच,
"testURL": " http://localhost/ "
}

यूआरएल सेट करना मेरे लिए काम क्यों नहीं करता है ... मैं प्रतिक्रिया-मूल का उपयोग कर रहा हूं .. क्या कुछ और है जो मुझे याद आ रहा है?

यूआरएल सेट करना मेरे लिए काम क्यों नहीं करता है ... मैं प्रतिक्रिया-मूल का उपयोग कर रहा हूं .. क्या कुछ और है जो मुझे याद आ रहा है?

हमारे पास एक ही मुद्दा था। हमारे आवेदन में हमारे पास यह कोड था

const { JSDOM } = require('jsdom');
const jsdom = new JSDOM('<!doctype html><html><body></body></html>');

पता चला कि हमें URL को JSDOM कंस्ट्रक्टर में जोड़ना था

const { JSDOM } = require('jsdom');
const jsdom = new JSDOM('<!doctype html><html><body></body></html>', {
  url: 'http://localhost/',
});

इससे मामला ठीक हो गया।

यूआरएल सेट करना मेरे लिए काम क्यों नहीं करता है ... मैं प्रतिक्रिया-मूल का उपयोग कर रहा हूं .. क्या कुछ और है जो मुझे याद आ रहा है?

हमारे पास एक ही मुद्दा था। हमारे आवेदन में हमारे पास यह कोड था

const { JSDOM } = require('jsdom');
const jsdom = new JSDOM('<!doctype html><html><body></body></html>');

पता चला कि हमें URL को JSDOM कंस्ट्रक्टर में जोड़ना था

const { JSDOM } = require('jsdom');
const jsdom = new JSDOM('<!doctype html><html><body></body></html>', {
  url: 'http://localhost/',
});

इससे मामला ठीक हो गया।

इसने मेरे लिए काम किया बहुत बहुत धन्यवाद! यूआरएल को जेस्ट कॉन्फ़िगरेशन में डालने से प्रतिक्रिया-मूल के साथ काम नहीं होता है। url को de jsdom कंस्ट्रक्टर में डालने से चाल चली।

जेस्ट को २२ से २६ फिक्स्ड समस्या में अपडेट करें।

बस जेस्ट के नवीनतम संस्करण का उपयोग करें। वर्तमान में मैं वर्ष २०२० में २६.५.० का उपयोग कर रहा हूं और मेरी समस्या हल हो गई है

इसे अपने package.json फ़ाइल में उपयोग करने का प्रयास करें

"मजाक": {
"क्रिया": सच,
"testURL": " http://localhost/ "
}

वह testURL डिफ़ॉल्ट URL है, जिसका अर्थ है कि यह समस्या का समाधान नहीं करता है, कम से कम Jest 26.x । मुझे वही करना था जो