Less.js: क्लास कंस्ट्रक्टर FileManager को 'नया' के बिना नहीं बुलाया जा सकता है।

मुझे एक ही समस्या है: आप अपने आप को 'पैकेज.जेसन' => "कम": "~ 3.9.0", सीमा संस्करण बदल दें

+1

+1

+1!
तत्काल~

+1

एक ही समस्या है

+1 संस्करण कम 3.9.0 कम-लोडर 4.1.0

आप package.json में कम संस्करण के ^ को हटा सकते हैं और v3.9.0 को पुनर्स्थापित कर सकते हैं। इसे समस्या का समाधान करना चाहिए। आप इसे आजमा सकते हैं। हालांकि संस्करण लॉक है, ^ के कारण, 3 का नवीनतम संस्करण डाउनलोड किया जाएगा। नवीनतम संस्करण समस्याग्रस्त होना चाहिए। .

+1

+1

const shortname = new this.less.FileManager().extractUrlParts(filename).filename;

इस समान कोड के कारण?

omg， मैंने संस्करण को 3.9.0 तक सीमित कर दिया है।

मेरा भी यही विचार है। npm इस "मामूली" रिलीज़ को स्वचालित रूप से उठाता है, और मेरे सभी बिल्ड को तोड़ देता है। :(

+1

v3.10.0 वही त्रुटि

+1

जल्दी कीजिये

+1

बस कम-लोडर@5.0.0 का उपयोग करें, सब कुछ ठीक हो जाएगा

@lixiaohulee जब तक आप कम लोडर का उपयोग नहीं कर रहे हैं और सब कुछ ठीक नहीं होगा

+1

+1

मुझे भी यही समस्या है (((

+1

मुझे भी यही समस्या है :/

यह less-loader के पुराने संस्करण के साथ एक समस्या है, कम नहीं, जिसने कम फ़ाइल प्रबंधक को सही ढंग से इनहेरिट नहीं किया। less-loader 5.0 करता है। देखें: https://github.com/less/less.js/issues/3414#issuecomment -522223041

इसे हल करो?

इसे हल करो?

आप अपने package.js में कम निर्भरताएँ ले सकते हैं और नवीनतम लघु संस्करण निर्भरताएँ पुनः स्थापित कर सकते हैं।

+1

ऊउउउउउउओप्स !!! समस्या को ठीक क्यों न करें क्योंकि कई परियोजनाओं ने less-loader संस्करण को 4.1.0 के साथ लॉक कर दिया है।

हम एंटडी का उपयोग कर रहे हैं जो टूट गया: https://github.com/ant-design/ant-design/issues/18343

हम इस मुद्दे को कैसे ठीक कर सकते हैं?

@montanaflynn एक पुराने वातावरण को बनाए रखें और npm-shrinkmap.json के साथ लॉक डिपेंडेंसी मैप जेनरेट करें, यह एक अच्छा विकल्प हो सकता है।

@ aleen42 धन्यवाद, मुझे आशा है कि इसे जल्द ही ठीक किया जा सकता है, मैं सभी npm सामान से बहुत परिचित नहीं हूं।

@montanaflynn मैं कई बार मिल चुका हूं जब हम उप-निर्भरता सहित अनलॉक निर्भरता के कारण निर्माण के दौरान टूट गए थे। अधिकांश एफई डेवलपर्स के लिए यह एनपीएम की भ्रमित करने वाली समस्या है।

@aleen42 हमने इसे जोड़कर तय किया

  "devDependencies": {
    "less-loader": "^5.0.0"
  }

यह समस्या क्यों उत्पन्न होती है?
Node.js संस्करण सही नहीं है?

यह एक नोड संस्करण मुद्दा नहीं है।

@montanaflynn आप अस्थायी रूप से less-loader के लिए एक उप संस्करण निर्दिष्ट करके समस्या को ठीक कर सकते हैं:

devDepedencies: {
    "less-loader": "4.1.0",
    "less": "3.9.0"
}

के साथ अपग्रेड करें
yarn upgrade less@^3.10.1 less-loader@^5.0.0

"less": "~3.9.0" का उपयोग करें

+1

+1

संयोग से, इस थ्रेड को देखने वालों के लिए, मैं फिर से खोलूंगा और संभवत: आज बाद में पुराने less-loader संस्करणों के लिए एक सुधार सबमिट करूंगा, ताकि चीजें कम कष्टप्रद हों।

यह उन किनारे के मामलों में से एक है जहां वास्तव में प्रोटोटाइप फ़ंक्शन को बदलने के लिए Class सिंटैक्स का उपयोग करना $#$ new के बिना एक त्रुटि फेंकता है। एक फ़ाइल प्रबंधक को हमेशा new (जो कि प्रलेखित एपीआई है) के साथ लागू किया जाना चाहिए, और less-loader के पुराने संस्करणों को स्पष्ट रूप से नहीं किया गया था।

_फिर, यदि आप थ्रेड को देख रहे हैं, तो बस less-loader 5.0 में अपडेट करने से यह असंगति ठीक हो जाती है।

मुझे लगता है कि less-loader के लिए अपनी निर्भरता को 3.9.0 से कम करना बेहतर है।

@aleen42 यह क्यों आवश्यक होगा, जब less-loader का नवीनतम संस्करण ठीक काम करता है?

मान लें कि कुछ परियोजनाओं को 4.x से 5.x तक उच्च स्तरीय उन्नयन के जोखिम को ध्यान में रखने की आवश्यकता नहीं है।

+666

क्या कोई कोशिश कर सकता है: https://github.com/less/less.js/pull/3421?

शाखा यहां है: https://github.com/matthew-dean/less.js/tree/release/v3.10.2

इसका परीक्षण करने में चुनौती यह है कि less-loader के स्वयं के परीक्षण 3.9.0 पर विफल हो जाते हैं, इसलिए यह स्पष्ट नहीं है कि क्या अपेक्षित है। लेकिन, कम के निर्यात किए गए वर्गों को कार्यों में स्थानांतरित करने के साथ, वही त्रुटियां कम से कम less-loader में ट्रिगर हो जाती हैं, इसलिए यह स्पष्ट नहीं है कि यह अपेक्षित आउटपुट है या नहीं। यह भी स्पष्ट नहीं है _how_ या यह त्रुटि कम लोडर v4 में क्यों होती है, और v5 में नहीं होती है, सिवाय इसके कि यह v4 पर वेबपैक समस्या हो सकती है?

किसी भी मामले में, अगर लोग इस बात की पुष्टि कर सकते हैं कि कम निर्भरता के रूप में यह शाखा वर्ग के मुद्दे का कारण नहीं बनती है, तो मैं इसे विलय कर दूंगा।

+1 संस्करण कम 3.9.0 कम-लोडर 4.1.0

+1

+1

मैन्युअल रूप से कम संस्करण निर्दिष्ट करें
npm मैं कम@3.9.0 -D
ठीक!!!

3.9.0 . पर डाउनग्रेड करके ठीक करें

ठीक पहले, मैं node_modules हटाता हूं और npm i टाइप करता हूं, यह त्रुटि होती है। तो नवीनतम संस्करण 3.10.1 में अभी भी यह बग है। मैं डाउनग्रेड को 3.9.0 . पर चुनता हूं

अगर मैं @zeit/next-less का उपयोग कर रहा हूं तो मैं इस बग को कैसे ठीक करूं? किसी भी मदद की सराहना की।

@ezgitek

npm i @zeit/next-less
npm i [email protected]

https://forum.vuejs.org/t/vue-cli/72008/7
"कम": "^3.10.1",
"कम लोडर": "^5.0.0",
चल रहा है

मर्ज किया गया: https://github.com/less/less.js/pull/3421

कम-लोडर v4 मुद्दों वाला कोई भी [3.10.2] परीक्षण करने के लिए तैयार नहीं लग रहा था, लेकिन मेरे परीक्षण में, कम-लोडर के v4 परीक्षण 3.10.1 (क्लास कंस्ट्रक्टर समस्या) के साथ अलग तरह से टूट गए, और इस पीआर के साथ इसे तोड़ दिया . तो ..... सुनिश्चित नहीं है कि यह इसे ठीक करता है, लेकिन यह और भी बुरा नहीं होना चाहिए?

मैंने उस संभावित फिक्स को मास्टर में विलय कर दिया (लेकिन अभी तक एनपीएम को जारी नहीं किया गया)। अभी भी किसी के लिए +1 के बजाय रिलीज़ करने से पहले पुष्टि करना पसंद करेंगे।

मैं पुष्टि कर सकता हूं कि मैंने कम लोडर ^ 4.1.0 के साथ स्थानीय रूप से कम की वर्तमान मास्टर शाखा की कोशिश की है, और मेरी परियोजना फिर से निर्माण करने में सक्षम है। मैं

इस पर आपके काम के लिए धन्यवाद!

@jenniferneale पुष्टि करने के लिए धन्यवाद! मैं आज बाद में एनपीएम को प्रकाशित करूंगा, इसे काम से नहीं कर सकता।

+1

क्या यह समस्या 3.10.3 के साथ ठीक हो गई है?

@H4ngman होना चाहिए। यदि नहीं तो फिर से खोलें।