Plaisanterie SecurityError: localStorage n'est pas disponible pour opaque origines

Quand je veux exécuter mon projet avec la commande npm run test, j'obtiens l'erreur ci-dessous. Quelle en est la cause?

FAIL
● Test suite failed to run

SecurityError: localStorage is not available for opaque origins at Window.get localStorage [as localStorage] (node_modules/jsdom/lib/jsdom/browser/Window.js:257:15)
      at Array.forEach (<anonymous>)

Comment voulez-vous accéder à votre demande?.. Je veux dire, Êtes-vous y accéder comme, http://localhost:port... ?
C'est un problème de test runner, @DavidR, Il a problème avec >>>npm lancer le test<<<
Ouais je le sais. Je voudrais voir sa réponse afin de vérifier si quelque chose de mauvais dans son jest config 🙂
J'ai juste commencé à courir en moi-même... je ne suis pas en utilisant le stockage local dans le code. Est votre code à l'aide de ts-jest ainsi?
Veuillez vérifier ma réponse et de poster votre commentaire.
Pour donner un contexte à cette erreur, j'ai commencé à la voir lors de la tentative de mise à jour de mon jest version de ^22.3.0 à ^23.5.0 avec Babel 7.

InformationsquelleAutor amirdehghan | 2018-07-27

126

Dans le cas où, si vous accédez à votre application avec un http://localhost préfixe, vous devez mettre à jour votre plaisanterie de configuration (dans votre jest.config.js), comme le
```
  "jest": {
    "verbose": true,
    "testURL": "http://localhost/"
  }
```
Dans le cas où vous n'avez pas déjà une plaisanterie de configuration, il suffit d'inclure dans la configuration de votre package.json. Par exemple:
```
{
  "name": "...",
  "description": "...",
  ...
  "jest": {
    "verbose": true,
    "testURL": "http://localhost/"
  }
}
```
ou dans jest.config.js :
```
module.exports = {
  verbose: true,
  testURL: "http://localhost/",
  ...
}
```
ou si vous avez projects configuré:
```
module.exports = {
  verbose: true,

  projects: [{
    runner: 'jest-runner',
    testURL: "http://localhost/",

    //...
  }]
}
```
- Yep cela a fonctionné pour moi... mais je n'ai pas tout à fait comprendre pourquoi j'ai besoin de ceci, ni pourquoi il travaillait avant la dernière mise à jour
- Cette question est examinée dans le jest github page: github.com/facebook/jest/issues/6766
- Vous pouvez également utiliser la cli option dans votre mnp script : jest --testURL=\"http://localhost\". Utile si vous ne pouvez pas définir une plaisanterie de configuration parce que d'un autre environnement (réaction de-scripts pour moi).
- Je suis en train de réagir natif. Même pour moi testUrl travaillé.
InformationsquelleAutor David R
74

J'ai juste eu cette recadrage dans un grand monorepo (dans les tests unitaires, qui, autrement, n'auraient pas nécessaire jsdom). La définition explicite de la suite dans notre jest.config.js (ou le package.json équivalent) a également atténué la question:
```
module.exports = {
  testEnvironment: 'node'
}
```
Mise à jour: Comme Nicolas mentionnés ci-dessous (merci!), vous pouvez également ajouter les options suivantes si vous ne l'utilisez pas tous les fichiers de configuration:
```
jest --testEnvironment node    
# or 
jest --env=node
```
- Cela a fonctionné pour moi! C'est la réponse dont vous avez besoin! Merci!
- Il semble que l'auteur n'a pas un nœud de l'environnement, dans son cas, il ne testEnvironment: "jsdom". Cela fonctionne pour moi avec la dernière mise à jour. Merci pour vos conseils!!!
- Comme mentionné dans certains autres réponses ci-dessous, vous pouvez passer à la génération d'un fichier de configuration (ou package.json de la propriété) en exécutant jest --testEnvironment node ou son abréviation jest --env=node, intead.
- Ce doit être la accepté de répondre. Il semble plus approprié pour l'erreur. Aussi, si vous êtes seulement les scripts de test, il n'a pas de sens pour définir un testURL.
- Eu cette erreur de la part de Travis, cela a réglé le problème.
InformationsquelleAutor Burgi
16

Vous devez spécifier quel environnement (--env) allez-vous les utiliser.

Lorsque vous exécutez jest commande dans le package.json vous devez spécifier l'environnement (jsdom ou node). Par exemple:
```
  "scripts": {
    "jest": "jest --env=node --colors --coverage test",
    "test": "npm run jest"
  },
```
Cela devrait fonctionner pour vous!
- Si vous utilisez jsdom, la même chose se produit indépendamment de si oui ou non vous spécifiez un env via config ou ligne de commande. Cette seulement a commencé avec la blague de la dernière mise à jour aujourd'hui. Veuillez voir @David R de réponse pour une solution si c'est le cas pour vous.
InformationsquelleAutor Manuel Morejón
5

Si vous utilisez jsdom, assurez-vous d'inclure des url.

Caisse jsdom référentiel des options simples. https://github.com/jsdom/jsdom#simple-options
```
const jsdom = require("jsdom");
const { JSDOM } = jsdom;

const dom = new JSDOM(`...`, { url: "https://example.org/" });
```
- D'où ce code?
- Dans mon cas, mes j'ai ajouté ce code dans mon jsdom fichier de configuration. var jsdom = require('jsdom'); var exposedProperties = ['window', 'navigator', 'document']; const { JSDOM } = jsdom; const {document } = (new JSDOM('',{ url: "https://localhost/",})).window; global.document = document;
- +1 bien que non spécifiquement au sujet de Plaisanterie, c'est une solution alternative et pourrait être utilisé pour d'autres configurations (puisque c'est le top DONC pour le code d'erreur, d'autres, comme moi, vous trouverez cette page qui n'utilisent pas la Blague) Par @dspacejs bonne question, ce serait un fichier séparé qui est appelé par l'intermédiaire de votre commande test dans package.json. Par exemple, ce code peut être enregistré dans un testHelper.ts fichier et appelé à l'aide moka: scripts: { test-setup: 'mocha --compilers ts:ts-node/register,tsx:ts-nocde/register --require testHelper.ts --reporter progress' }.
InformationsquelleAutor p8ul
1

La suggestion dans le top-rated réponse de l'ajout de testURL: "http://localhost" de ma Plaisanterie de config ne fonctionne pas pour moi. Cependant, cette suggestion de la jsdom GitHub discussion, de passer une URL lors de la création de la jsdom objet, ne.
```
const url = 'http://localhost';

const dom = new JSDOM('<!DOCTYPE html><html><body></body></html>', { url });
```
InformationsquelleAutor Scott Martin
0

Cela peut paraître idiot, mais pour moi, le problème a été causé parce que j'ai eu tort installé aléatoire paquets avec npm update. J'étais en train de npm install et puis npm update mais j'aurais seulement couru npm install. J'ai résolu le problème en supprimant node_modules répertoire et en cours d'exécution npm install de nouveau.
- Ce qui me concerne, j'ai fait n'était pas en mesure de terminer npm install correctement en raison de l'entreprise de proxy. Ainsi, le modèle serait inachevée npm installation
InformationsquelleAutor Rock Lee
0

Vous n'avez pas besoin de faire quelque chose tout en travaillant à Réagir JS. C'est le comportement par défaut de l'option de création de réagir-application à la place de la PLAISANTERIE et de la configuration de l'environnement de test.
Sur l'exécution de ci-dessous,il commencer à montrer le test de la réussite ou de l'échec,

mnp test

Dans le cas où vous voulez la couverture de test, vous devez simplement ajouter ci-dessous pour package.fichier json

"test": "réagissent-scripts de test --couverture"
Maintenant, votre "script" du paquet.json ressembler,
```
"scripts": {
"start": "react-scripts start",
"build": "react-scripts build",
"test": "react-scripts test --coverage",
"eject": "react-scripts eject"
```
}

InformationsquelleAutor Amjad Khan
0

Cette surgit avec moi lors de l'intégration de enzyme avec jest. Le Github Question De Discussion suggère les mêmes que ci-dessus, à savoir l'ajout de
```
"testURL": "http://localhost/"
```
à la plaisanterie config. Toutefois, il est bon de savoir que c'est également déclenchés par l'enzyme. Pour moi, c'était de Réagir v15 et la v15 adaptateur.

InformationsquelleAutor pascalwhoop

Vous devez vous connecter pour publier un commentaire.