Jsdom: jest : SecurityError: localStorage는 불투명한 출처에 사용할 수 없습니다.

아래 논의 요약:

• 수정 사항은 테스트 환경 구성을 통해 수행해야 할 수 있는 jsdom에 대한 URL을 설정하는 것입니다. " about:blank "의 기본 URL은 localStorage에 액세스하려고 할 때 오류를 발생시킵니다.
• 근본 원인은 종종 라이브러리가 모든 jsdom 속성을 반복하고 전역 속성에 추가하는 것입니다. 테스트에서 localStorage를 사용하지 않더라도 의존하고 있는 일부 라이브러리 또는 테스트 프레임워크는 이러한 방식으로 "사용"합니다. 이 반복 및 복사 기술은 명시적으로 지원되지 않으므로 이를 수행하는 코드가 부 릴리스에서 중단될 수 있다는 것은 놀라운 일이 아닙니다.

이것이 "브레이킹 체인지"인지 여부에 대한 질문에 대한 아래 코멘트의 전사입니다. 이 질문은 이후 GitHub의 "더 많은 코멘트 보기" 기능으로 숨겨져 있습니다.

감사합니다. 하지만 현재로서는 그것이 최선의 길이라고 생각하지 않습니다. 새로운 웹 플랫폼 기능을 구현하는 것은 jsdom의 주요 변경 사항이 아닙니다. 마이너 버전입니다.

종속 항목, 심지어 널리 사용되는 종속 항목도 새로운 기능을 감지하고 나타나는 경우 예외를 발생시키는 불행한 코드를 작성할 수 있습니다. 이러한 종속 항목이 존재하더라도 jsdom이 마이너 릴리스에 새로운 기능을 추가하는 것을 영원히 포기해서는 안 된다는 데 모두 동의할 수 있기를 바랍니다.

여기의 상황은 그렇게 과격하지는 않지만 비슷한 것 같습니다. 문제가 되는 Jest 코드를 추적하는 사람을 아직 본 적이 없으므로 정확히 말하기는 어렵지만 정상적인 jsdom 개발 과정에 의해 명시적으로 중단된 작업을 수행하고 있는 것으로 보이며 웹에서는 작동하지 않습니다. localStorage를 구현하는 브라우저.

나는 이것이 직접 의존성이 간접적 의존성을 사용하는 방법에 관한 불행한 상호 작용으로 인해 영향을 받은 사람들에게 자신의 잘못이 아니라 어려운 상황이라는 것을 알고 있습니다. 그러나 한 종속자의 버그로 인해 모든 jsdom 사용자의 유용한 기능을 제거하는 대신 Jest의 버그가 있는 코드를 수정하는 올바른 수준에서 이 문제를 해결할 수 있기를 바랍니다.

컨텍스트에 대한 OP에 대한 원래 응답:

테스트에서 URL을 설정하지 않은 것 같지만 아마도 Jest가 window.localStorage 액세스하고 있습니다. Jest 유지 관리자는 최상의 수정 사항에 대해 더 많이 알고 있을 수 있지만 Jest 테스트에서 URL을 설정하는 방법이 있다고 들었습니다.

이것은 11.12.0 와 함께 발생한 것으로 보이는 매우 최근의 문제입니다. jest 와 함께 enzyme jest 를 사용할 때도 이와 동일한 오류가 발생합니다.

예, 11.11.0 에서 11.12.0 업그레이드한 후 문제가 발생하기 시작했습니다. jest 구성에서 testURL 를 설정하면 문제가 해결됩니다.

@ben-mckernan 안녕하세요, 이 문제를 해결하기 위해 제공한 URL은 무엇입니까 ??

@gokulkrishh http://localhost/ 했지만 유효한 URL이 작동하는 것 같습니다.

Enzyme은 jsdom 문서가 명시적으로 하지 말라고 경고하는 일을 하기 때문에 이것이 아마도 Enzyme에 특정한 것 같습니다. 불행히도 부 릴리스에서 고장난 것은 그리 놀라운 일이 아닙니다.

이것은 나에게도 파산했습니다 :(

@ben-mckernan 감사합니다 👍

또한 이것을 경험합니다.

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

("+1" 댓글은 스팸으로 표시됩니다. 문제 스레드의 모든 사람에게 이메일을 보내는 것은 도움이 되지 않습니다.)

사과. 그냥 도와주려고 해요.

@ben-mckernan이 제안한 대로 jestConfig에 testURL 추가를 확인할 수 있습니다.

그리고 직관을 확인하는 데 도움이 된다면 Enzyme도 사용하고 있습니다.

전자 앱 테스트의 경우에도 작동하는 "file:/"로 설정했습니다.

@miamollie @ben-mckernan 제안에 따라 testURL 를 추가했습니다(Jest + Enzyme 사용, 관련 효소가 확실하지 않음. jsdom을 사용하는 jest-environment-jsdom 발생하는 오류). 그로 인해 내 다른 테스트 파일이 실패했습니다. 참고로. 그것이 당신을 위해 작동하는지 확인하십시오. 귀하의 테스트 사례는 나와 다를 수 있습니다(TestURL이 귀하에게 적합할 수 있음).

@domenic 저는

@gokulkrishh 예, 동일합니다. localStorage 보안 오류는 중지되었지만 다른 테스트는 실패했습니다.

@ben-mckernan 솔루션이 해결했습니다. 감사 해요!

@ben-mckernan 각도 설정(jest-preset-angular 포함), 동일한 버그, 동일한 솔루션에서 jest를 사용하고 있습니다. 따라서 효소 문제가 아닙니다.

Jest가 이를 완화하려면 기본값 testURL 을 변경해야 하는 것 같습니다(현재 about:blank ).

@DcsMarcRemolt 방금 문제를 디버깅하고있었습니다. Jest 는 package.json --> "jsdom": "^11.5.1" caret(^) 에서 jest-environment-jsdom 라는 종속성 모듈을 사용하고 있습니다. 이 npm이 jsdom을 11.12.0 로 설치했기 때문입니다. (오늘 게시된 새 버전입니다). 그래서 대부분의 사용자에게 고장났습니다. 문제는 이미 농담으로 생성되었으며 여기에 링크되어 있습니다. 조심해.

더 많은 가시성을 제공하기 위해 이 문제를 다시 열겠습니다. 해결책은 Domenic 의 첫 번째 의견 을 참조하십시오.

package.json의 jest 구성에 다음을 추가합니다.
"testEnvironment": "node"
나를 위해 문제를 해결합니다.
이 문제를 해결하는 데 도움을 주신 @blu3printchris 에게

이 업데이트 이후로 localStorage에서 JSDOM 구현을 더 이상 덮어쓰거나 조롱할 수 없습니다.

이것은 많은 사람들에게 의도하지 않은 주요 변경 사항이었기 때문에 최상의 피해 제어 옵션은 다음과 같습니다.

• 이 변경 사항을 되돌립니다.
• 예상 동작을 복원하기 위해 되돌린 변경 사항이 포함된 릴리스 버전 11.12.1 입니다.
• 경고와 함께 11.12.0 버전을 가져오거나 더 이상 사용하지 않습니다.
• 새 동작을 있는 그대로 원하는 경우 12.0.0 를 해제하여 주요 변경 사항이 있음을 나타냅니다.

감사합니다. 하지만 현재로서는 그것이 최선의 길이라고 생각하지 않습니다. 새로운 웹 플랫폼 기능을 구현하는 것은 jsdom의 주요 변경 사항이 아닙니다. 마이너 버전입니다.

종속 항목, 심지어 널리 사용되는 종속 항목도 새로운 기능을 감지하고 나타나는 경우 예외를 발생시키는 불행한 코드를 작성할 수 있습니다. 이러한 종속 항목이 존재하더라도 jsdom이 마이너 릴리스에 새로운 기능을 추가하는 것을 영원히 포기해서는 안 된다는 데 모두 동의할 수 있기를 바랍니다.

여기의 상황은 그렇게 과격하지는 않지만 비슷한 것 같습니다. 문제가 되는 Jest 코드를 추적하는 사람을 아직 본 적이 없으므로 정확히 말하기는 어렵지만 정상적인 jsdom 개발 과정에 의해 명시적으로 중단된 작업을 수행하고 있는 것으로 보이며 웹에서는 작동하지 않습니다. localStorage를 구현하는 브라우저.

나는 이것이 직접 의존성이 간접적 의존성을 사용하는 방법에 관한 불행한 상호 작용으로 인해 영향을 받은 사람들에게 자신의 잘못이 아니라 어려운 상황이라는 것을 알고 있습니다. 그러나 한 종속자의 버그로 인해 모든 jsdom 사용자의 유용한 기능을 제거하는 대신 Jest의 버그가 있는 코드를 수정하는 올바른 수준에서 이 문제를 해결할 수 있기를 바랍니다.

명확히 해 주셔서 감사합니다. 위에서 설명한 대로 jsdom을 지원되지 않는 방식으로 사용하여 문제가 발생한 경우 기술적으로 semver 위반이 아니며 jest가 패치를 출시해야 한다는 데 동의합니다.

내 해결 방법은 모든 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 업그레이드한 후 Jest가 아닌 Mocha에서 동일한 문제가 발생했습니다.

안녕하세요, 처음에 변경 사항이 도입된 이유를 알고 싶습니다.

내 사용 사례는 단순히 올바르게 작성했는지 확인하기 위해 함수를 주장하는 것입니다. 다음과 같이 간단합니다.

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 라이브러리 등으로 React에서 큰 응용 프로그램을 수행했다는 오류 메시지로 표시되지만 실제는 다음과 같이 간단한 기능을 테스트하기만 하면 됩니다.

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

그건 그렇고, testURL 및 testEnvironment "hack"이 작동하지 않습니다. 이것은 내 package.json입니다.

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

그래서 내 질문은 왜 우리는 단지 "작동"하는 테스트 러너를 원하면서 주요 변경 사항을 도입하는 번거로움이 있는지입니다.

@khmy2010 귀하의 코드와 질문에는 jsdom보다 Jest가 더 많이 관련되어 있습니다. 대신 저장소에 문제를 만드는 것이 좋습니다.

op 및 거의 모든 사람들과 동일한 오류 메시지가 표시됩니다(제가 아닌 경우 제외
효소)를 사용합니다. 관련이 없으면 농담으로 문제를 열어야 합니다. 에 대한 건 유감이야
저것.

2018년 7월 30일 21시 32분에 "Zirro" [email protected]이 작성했습니다.

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

Enzyme + Mocha @srodrigo를 사용하는 경우 유용할 수 있습니다.

이는 기존 인프라를 무너뜨렸습니다. 이것은 부 릴리스 11.12.0이 아니라 주 릴리스 12.0.0이어야 합니다. 부 릴리스는 기존 코드를 손상시키지 않아야 합니다.

Domenic 은 이 주석에서 (링크를 클릭할 때 표시되지 않으면 위로 스크롤하여 숨겨진 주석을 로드함) 이것이 주요 변경 사항으로 표시되지 않은 이유를 설명합니다. 우리가 수년 동안 권장하지 않았던 일 을 하는 종속 패키지의 코드는 곧 유지 관리자에 의해 수정될 것입니다.

위의 수정 사항에 추가하여 다음을 테스트 구성의 루트에 추가해야 했습니다. --env=jsdom

내 jest.config.js에 다음 추가

testURL: 'http://localhost',

문제를 해결했습니다. 감사 해요!

(Jest 유지 관리자가 여기에 있습니다.) Jest의 관점에서 기본 about:blank 에서 예를 들어 localhost 로 변경하는 것이 합리적이라고 생각하십니까?

내가 이것에 대해 내 의견을 말할 만큼 똑똑한지는 확실하지 않지만 개발자의 관점에서 localhost가 더 합리적이라고 말하고 싶습니다. about:blank 는 결코 현실이 아닌 경우입니다. about:blank url이 거의 없는 앱을 테스트하고 있습니다

Jest 팀은 testURL 대한 더 스마트한 기본값을 추가했습니다. https://github.com/facebook/jest/pull/6792

@SimenB 좋은 생각이라고 말하고 싶습니다.

OP와 동일한 오류가 발생하지만 제 상황에서는 많은 문제를 일으키고 있습니다. 우리는 우리가 사용하는 패키지의 버전을 잠그고 릴리스 주기가 시작될 때만 변경할 수 있습니다. 우리는 현재 릴리스 주기가 거의 끝나가고 있으므로 개발자 환경에는 약 한 달 전 현재 모든 패키지의 버전과 종속성이 있지만 빌드 서버가 빌드를 생성하도록 했을 때 모든 패키지의 현재 버전을 가져왔습니다. 패키지. 따라서 모든 테스트는 로컬에서 통과하지만 빌드 서버에서는 모두 실패합니다.

jest 구성 파일에서 "setupTestFrameworkScriptFile" 옵션을 사용하여 (무엇보다도) localStorage 및 sessionStorage에 대한 폴리필을 포함하여 일부 설정을 수행합니다(앱에서 둘 다 사용하기 때문에). 기본적으로 window.localStorage = window.localStorage || { ... } 이고 sessionStorage에서도 동일합니다. 여기서 ... 는 모의 함수 모음입니다. 이제 항상 기본값( window.localStorage = { ... } )을 재정의하도록 변경하더라도 그 중 아무 것도 작동하지 않습니다.

또한 sessionStorage.getItem 호출과 같은 항목을 구체적으로 테스트하는 단위 테스트가 있지만 localStorage 오류를 해결하기 위해 위에서 권장한 대로 "testURL"을 " http://localhost "로 설정한 후에는 모두 실패합니다. window.sessionStorage.getItem = jest.fn(); 가 있더라도 후속 expect(window.sesssionStorage.getItem).toHaveBeenCalled() 하면 모의 함수가 아니라는 말에 실패합니다.

기능 추가가 브레이킹 체인지가 아니라 마이너 버전 변경이라는 데 동의하지만, 이것이 브라우저의 표준 부분이고 새 구현을 무시하거나 조롱할 수 없는 것처럼 보이는 경우, 이는 _이는_ 브레이킹 체인지입니다. .

내 문제에 대해 찾은 유일한 해결책은 내 package.json에 jsdom을 추가하고 11.11.0 버전을 지정하는 것입니다. 이것은 이상적이지 않으며 나중에 패키지를 다시 업그레이드할 때 추가 작업이 발생하지만 지금은 차단 해제됩니다.

브라우저에서는 작동하지만 jsdom에서는 작동하지 않는 모의 코드와 같은 코드가 있는 경우 문제 템플릿에 따라 새 문제를 제출하면 조사할 수 있습니다. 내가 아는 한 jsdom의 localStorage는 브라우저에서와 마찬가지로 조롱할 수 있습니다.

개발자가 실행 중일 때 빌드 서버에서 다른 버전을 실행하지 않는 것이 좋습니다.

"개발자가 실행 중일 때 빌드 서버에서 다른 버전을 실행하지 않는 것이 좋습니다."

이론적으로는 그럴듯해 보이지만 모든 패키지 개발자가 종속성 버전을 지정할 때 "^" 사용을 중단하거나 node_modules 폴더에 수천 개의 폴더를 커밋하지 않는 한 그런 일은 절대 일어나지 않을 것입니다. 한 개발자 컴퓨터에서 다음 개발자 컴퓨터로 수준 또는 두 수준 아래로 일부 종속성에서 약간의 차이가 있을 수 있습니다. 내가 할 수 있는 일은 우리 애플리케이션의 직접적인 종속성인 패키지의 정확한 버전을 지정하는 것뿐입니다.

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

"^"에 대해 @mrobrian 에 완전히 동의합니다. 가장 미친 것. npm은 종속성을 설명하기 위해 이 방법을 제거해야 합니다.

packge-lock.json 및 yarn.lock 사용한 @domenic 해결 방법은 의도적으로 손상되었습니다. 버전에는 도움이 될 수 있지만 코드 검토 및 병합에 또 다른 문제가 발생하고 종종 이 파일을 삭제하여 다시 생성해야 합니다. 종속성이 거의 업데이트되지 않아도 괜찮지만 매우 자주 업데이트합니다.

따라서 우리의 .npmrc :

save-exact = true
package-lock = false

이 새 줄을 package.json에 추가하는 데 도움이 되었습니다.

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

jsdom을 사용하는 경우 url을 포함해야 합니다.

const dom = 새로운 JSDOM(``, {
URL: "https://example.org/",
});

jest 개발자는 이전에는 필요하지 않았지만 "testEnvironment": "node" 가 CLI/노드 프로젝트에 필요한 이유( localStorage 오류를 피하기 위해)에 대해 논평하고 싶습니까? 버그인가요?

이것이 의도적으로 설계된 것이라면 더 나은 오류 메시지가 필요합니다! Jest를 사용하는 두 프로젝트 모두에서 이 오류가 발생합니다. 종속성이 거의 없는 두 개의 간단한 비 브라우저 프로젝트입니다. 그들은 확실히 jsdom/localStorage를 사용하지 않습니다.

이것은 Jest 개발자에게 질문하기에 적합한 장소가 아닙니다. jsdom은 별도의 프로젝트입니다. 즉, 위의 의견에는 이미 귀하의 질문에 대한 답변이 포함되어 있습니다.

패키지.json

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

그것은 나를 위해 작동합니다.

@p8ul 이 맞았습니다. " http://localhost "를 지정하는 것을 잊지 마세요(Jest 23.5.0 이후 기본 설정 URL, #6792 참조).

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

전체가 나를 위해 작동합니다.
심지어 추가해야합니다 :

"testEnvironment": "node"

jest 23.5.0에는 이제 이에 대한 수정 사항이 포함되어 있으므로 해결 방법이 더 이상 필요하지 않습니다.

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/ 했지만 유효한 URL이 작동하는 것 같습니다.

그러면 "location.href"가 좋을 것입니다. :)

@domenic Jest 관리자가 버전 23.5.0에서 이 버그를 수정했다고 상단에 있는 귀하의 의견을 업데이트하는 것이 좋습니다. https://github.com/facebook/jest/issues/6766#issuecomment -412516712

jest-config에 대한 testURL 를 http://localhost 로 설정하면 작동합니다.

구성 파일에 키를 추가하고 "jest": { "testURL": " http://localhost%26quot%3B/ },
localhost 대신 ip-port 사용
이렇게 하면 문제가 해결될 수 있습니다.

npm audit 실행할 때 몇 가지 보안 문제를 발견한 후 문제가 발생했습니다. npm audit fix 사용하여 수정한 후 이 문제가 발생했습니다.

이것은 Jest에서 얼마 동안 수정되었으므로 닫고 많은 중복 항목이 있는지 또는 문제가 충분히 해결되었는지 확인합니다.

"농담": {
"상세한": 사실,
"testURL": " http://localhost/ "
}
package.json 파일에 이 코드 조각을 추가합니다.
그것은 나를 위해 일했습니다.

jsdom이 필요하지 않은 경우 영향을 받는 테스트에 이것을 추가할 수도 있습니다.

``` 자바스크립트 1.6
/**

• @jest-환경 노드
  */

it('내 테스트', () => {
기대(2 + 2).toBe(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 버전으로 인해 발생했습니다.

원사 작업 공간 + lerna가 있는 모노 리포지토리 설정이 있습니다. 모든 패키지의 package.json에는 typescript@^3.3.3 가 있습니다. 새 패키지를 추가하고 최신 typescript@^3.5.3 . 기존 패키지에서 테스트를 실행했을 때 이 오류가 발생했습니다.

모든 패키지를 typescript@^3.3.3 또는 typescript@^3.5.3 같은 버전으로 이동하면 오류가 사라집니다. 나는 testURL 할 필요가 없었습니다.

@tylerreece22 @gokulkrishh 나를 위해 일했습니다! 😄

jest의 testURL 구성 지시문이 무엇을 하는지 궁금한 분들은 https://jestjs.io/docs/en/configuration#testurl -string을 참조

jsdom에서 직접 옵션을 설정하는 사람들을 위해(예를 들어 Mocha를 사용할 때). 이것을 setup.js에 넣으십시오.

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

이상하게도.. 사용 중인 jsdom이 없습니다. 일부 노드 전용 패키지를 테스트하기 위해 jest를 사용하고 있지만 ^11 범위 내에서 최신 버전으로 jest 버전을 업그레이드할 때 이 오류가 CI를 차단하기 시작했습니다. 비슷한 문제가 있습니다. 지금까지 권장되는 변경 사항 중 어느 것도 문제를 해결하지 못하는 것 같습니다.

jsdom 를 사용하지 않는다면 jest 구성 속성 testEnvironment 을 node 로 설정하고 싶을 것입니다. ( testURL 를 터치할 필요 없음)
https://jestjs.io/docs/en/configuration#testenvironment - 문자열

실제 수정 사항을 찾는 사람에게는 new JSDOM('', { url: 'https://localhost' })

package.json 파일에서 이것을 사용해보십시오.

"농담": {
"상세한": 사실,
"testURL": " http://localhost/ "
}

URL 설정이 작동하지 않는 이유는 ... 나는 react-native를 사용하고 있습니다. 내가 놓치고 있는 다른 것이 있습니까?

URL 설정이 작동하지 않는 이유는 ... 나는 react-native를 사용하고 있습니다. 내가 놓치고 있는 다른 것이 있습니까?

우리는 같은 문제가있었습니다. 우리 애플리케이션에는 이 코드가 있었습니다.

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

JSDOM 생성자에 URL을 추가해야 했습니다.

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

문제가 해결되었습니다.

URL 설정이 작동하지 않는 이유는 ... 나는 react-native를 사용하고 있습니다. 내가 놓치고 있는 다른 것이 있습니까?

우리는 같은 문제가있었습니다. 우리 애플리케이션에는 이 코드가 있었습니다.

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

JSDOM 생성자에 URL을 추가해야 했습니다.

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

문제가 해결되었습니다.

이것은 나를 위해 일했습니다. 정말 감사합니다! jest 구성에 URL을 넣으면 반응 네이티브에서 작동하지 않는 것 같습니다. jsdom 생성자에 URL을 넣는 것이 트릭을 수행했습니다.

jest를 22에서 26으로 업데이트하는 문제가 수정되었습니다.

단순히 최신 버전의 jest를 사용하십시오. 현재 2020년에 26.5.0을 사용하고 있으며 문제가 해결되었습니다.

package.json 파일에서 이것을 사용해보십시오.

"농담": {
"상세한": 사실,
"testURL": " http://localhost/ "
}

testURL 는 기본 URL입니다. 즉, 적어도 Jest 26.x 에서는 문제를 해결하지 못합니다. 나는 그것을 피하기 위해