Sentry-javascript: 버그: 릴리스 3.23.2에서 오류가 아닌 예외 직렬 변환기로 인해 예외 메시지가 변경되었습니다.

그것은 JS 모듈의 매우 이상한 동작인 것 같습니다.

다음을 사용할 때:

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 파일을 만들고 모듈로 가져오면 올바르게 작동합니다.

문제는 이 라이브러리가 코드를 "있는 그대로" 내보내지 않고 Babel을 사용하여 미리 컴파일한다는 것입니다.

Sooo 그것은 "일종의"오류로 끝나지만 실제로는 그렇지 않습니다. 특정 속성을 상속하고 prototype 가 Error 자체로 설정된 일반 개체입니다.

불행히도 "슈뢰딩거 오류"와 같기 때문에 수표 순서를 변경하는 것 외에는 이 문제를 해결할 방법이 없습니다. 그것은 오류이며 동시에 오류가 아닙니다.

@zivl 이 3.23.3 에 출시되었습니다. 신고 감사합니다!