1

Je sais que c'est quelque chose d'habituel, Avec les versions antérieures de chrome que j'avais l'habitude de régler C: \ Program Files (x86) \ Google \ Chrome \ Application \ chrome.exe "--args --disable-web-security --user-data-dir dans l'onglet de raccourci chrome pour éviter 'Access-Control-Allow-Origin ' les erreurs. Avec la dernière version, il semble que ce correctif ne fonctionne plus. Après avoir installé la dernière version 53.0.2785.89 m c'est l'erreur dans la consoleGoogle Chrome: Un caractère générique '*' ne peut pas être utilisé dans l'en-tête 'Access-Control-Allow-Origin' lorsque l'indicateur d'informations d'identification est vrai

XMLHttpRequest ne peut pas charger https://example.org:15003/apps/services/preview/rr/common/1.0/default/index.html. La réponse à la demande de contrôle en amont ne passe pas contrôle d'accès contrôle: Un caractère générique '*' ne peut pas être utilisé dans l'en-tête 'Access-Control-Allow-Origin' lorsque l'indicateur d'informations d'identification est vrai. L'origine 'http://ibm-pb7en65:10080' n'est donc pas autorisée. Le mode d'identification d'un XMLHttpRequest est contrôlé par l'attribut withCredentials.

Je ne suis pas sûr quels attributs supplémentaires doivent être ajoutés pour éviter l'erreur 'Access-Control-Allow-Origin'. Existe-t-il un moyen d'y parvenir?

+0

* "Avec la dernière version, il semble que ce correctif ne fonctionne plus." * Ce n'est pas un correctif, c'est un drapeau que vous utiliseriez uniquement en développement. J'espère que vous n'avez pas navigué sur le web avec des personnes handicapées comme ça! –

+0

'quels sont les attributs supplémentaires à ajouter' - à quoi? Vous n'avez pas montré de code du tout, alors sommes-nous supposés deviner ce que vous êtes en train de faire? –

+0

--args --disable-web-security - les indicateurs user-dir-dir sont définis actuellement dois-je ajouter d'autres indicateurs? –

Répondre

5

L'erreur vous dit que le serveur a renvoyé cet en-tête de réponse:

 
Access-Control-Allow-Origin: * 

... sur un credentialed demande. Ça ne marche pas. Sur une demande avec des informations d'identification, le serveur doit renvoyer un en-tête spécifiqueAccess-Control-Allow-Origin.

Puisque vous faites la demande de http://ibm-pb7en65:10080/, votre serveur doit renvoyer cet en-tête:

 
Access-Control-Allow-Origin: http://ibm-pb7en65:10080 

Il ne peut pas utiliser le caractère générique * à la place.

La solution est soit:

  • Mise à jour du serveur pour le faire, ou
  • Retirer les informations d'identification de la demande

Détails, comme toujours, in the specification.

+0

Salut Crowder, Merci pour la réponse. –

+0

Je suis supposé ne pas mettre à jour le serveur. J'utilise angulaire $ http get call et par défaut l'attribut withCredentials est défini sur true par angulaire si je ne me trompe pas. Y a-t-il un autre moyen de résoudre ce problème? Pour vous rappeler que le même code a travaillé plus tôt avec une ancienne version de chrome. –

+0

J'ai réussi à résoudre ce problème avec ce drapeau --user-data-dir = "C: \ Utilisateurs \ IBM_ADMIN \ AppData \ Local \ Temp" –