Sentry-javascript: बग: रिलीज 3.23.2 गैर-त्रुटि अपवाद सीरिएलाइज़र के कारण अपवाद संदेशों के परिवर्तन का कारण बना

यह जेएस मॉड्यूल का एक बहुत ही अजीब व्यवहार प्रतीत होता है।

जब आप उपयोग करते हैं:

import ExtendableError from 'es6-error'

class CustomError extends ExtendableError {
  constructor(code, message) {
    super(message)
    this.name ='CustomError'
    this.code = code
  }
}

function isPlainObject(what) {
  return Object.prototype.toString.call(what) === '[object Object]';
}

function isError(value) {
  switch ({}.toString.call(value)) {
    case '[object Error]':
      return true;
    case '[object Exception]':
      return true;
    case '[object DOMException]':
      return true;
    default:
      return value instanceof Error;
  }
}

function isErrorEvent(value) {
  return Object.prototype.toString.call(value) === '[object ErrorEvent]';
}

var ex = new CustomError('code123', 'not working');

console.log('isPlainObject:', isPlainObject(ex))
console.log('isError:', isError(ex))
console.log('isErrorEvent:', isErrorEvent(ex))

यह गलत तरीके से true/true/false की रिपोर्ट करेगा।

हालांकि, जब आप कोड के साथ import स्टेटमेंट को प्रतिस्थापित करेंगे

class ExtendableError extends Error {
  constructor(message = '') {
    super(message);

    // extending Error is weird and does not propagate `message`
    Object.defineProperty(this, 'message', {
      configurable: true,
      enumerable : false,
      value : message,
      writable : true,
    });

    Object.defineProperty(this, 'name', {
      configurable: true,
      enumerable : false,
      value : this.constructor.name,
      writable : true,
    });

    if (Error.hasOwnProperty('captureStackTrace')) {
      Error.captureStackTrace(this, this.constructor);
      return;
    }

    Object.defineProperty(this, 'stack', {
      configurable: true,
      enumerable : false,
      value : (new Error(message)).stack,
      writable : true,
    });
  }
}

यह false/true/false सही ढंग से रिपोर्ट करेगा।

मैं डिबग करने की कोशिश करूंगा कि ऐसा क्यों है और अगर मैं इसका पता नहीं लगा पाऊंगा, तो हम पहले isError के माध्यम से जाने के लिए चेक स्वैप करेंगे।

@zivl जब आप इसे स्थानीय रूप से परीक्षण करते हैं, और उस कोड के साथ अपनी custom-error.js फ़ाइल बनाते हैं और इसे मॉड्यूल के रूप में आयात करते हैं, तो यह सही तरीके से काम करता है।

मुद्दा यह है कि यह पुस्तकालय अपने कोड को "जैसा है" निर्यात नहीं करता है, लेकिन इसे बैबेल का उपयोग करके प्रीकंपाइल करता है।

Sooo यह "थोड़े" त्रुटि के रूप में समाप्त होता है लेकिन वास्तव में नहीं। यह एक सादा वस्तु है जो विशिष्ट गुणों को विरासत में लेती है और इसमें prototype को Error पर ही सेट किया जाता है।

दुर्भाग्य से चेक ऑर्डर बदलने के अलावा इसके आसपास कोई रास्ता नहीं है, क्योंकि यह "श्रोडिंगर त्रुटि" जैसा है। यह एक ही समय में त्रुटि है और नहीं है।

@zivl 3.23.3 में जारी किया गया। रिपोर्ट के लिए धन्यवाद!