Javascript I';我没有在Access Control Allow Origin中使用通配符,但Chrome说我是

Javascript I';我没有在Access Control Allow Origin中使用通配符,但Chrome说我是,javascript,google-chrome,cors,Javascript,Google Chrome,Cors,我在8080端口上运行一个使用离子服务的离子应用程序。我确实了解飞行前的流程,我相信我得到了正确的回应: 尽管如此,我还是发现了这个错误: 加载失败:对飞行前请求的响应未通过访问控制检查:当请求的凭据模式为“包括”时,响应中“访问控制允许来源”标头的值不得为通配符“*”。因此,不允许访问源“”。XMLHttpRequest启动的请求的凭据模式由withCredentials属性控制 然后,实际请求(GET)没有被发送。 更奇怪的是,就在这个请求之前,我能够向同一个服务器发送帖子。响应头是相同的

我在8080端口上运行一个使用离子服务的离子应用程序。我确实了解飞行前的流程,我相信我得到了正确的回应:

尽管如此,我还是发现了这个错误:

加载失败:对飞行前请求的响应未通过访问控制检查:当请求的凭据模式为“包括”时,响应中“访问控制允许来源”标头的值不得为通配符“*”。因此,不允许访问源“”。XMLHttpRequest启动的请求的凭据模式由withCredentials属性控制

然后,实际请求(GET)没有被发送。 更奇怪的是,就在这个请求之前,我能够向同一个服务器发送帖子。响应头是相同的。请求中唯一的区别是访问控制请求头是内容类型,而不是身份验证


有什么想法吗?

终于找到了答案,这是我的错,不是chrome的错误

事情是,不久前我尝试使用这个扩展:

它不能满足我的需要,但我忘了安装它。事实证明它有某种冲突,因为它似乎为每个响应添加了一个“accesscontrolalloworigin:*”头。因此,它会在请求中与凭据冲突(我猜身份验证头会这样做,不确定为什么是tbh)


无论如何,在我卸载它之后,它现在可以正常工作。

可能的@Andreas副本看起来不像。我肯定可以从localhost:8080向我的服务器发送POST请求,飞行前不会阻止它。但是上面提到的问题被否认了,你到底在用什么浏览器进行测试?屏幕截图中用户代理请求头的值看起来像是iPhone浏览器引擎发送的值,而不是Chrome/Blink。但是你的标题和标签上写着Chrome。你在其他浏览器(Firefox?)中测试过这个请求吗?你有没有遇到同样的错误?@sideshowbarker我在使用Chrome,这可能是因为我激活了设备切换