Issue metadata
Sign in to add a comment
|
Browser ignores extension permission of "http://*/"
Reported by
carni...@gmail.com,
Apr 3 2017
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:52.0) Gecko/20100101 Firefox/52.0 Steps to reproduce the problem: 1. Clear the browser's cache and exit the browser 2. Start the browser and install the attached Chrome extension 3. Visit http://www.tamarack-software.com/tgptest What is the expected behavior? The file http://www.tamarack-software.com/files/versioninfo.wtk is downloaded by the extension. What went wrong? The browser console shows the error message "XMLHttpRequest cannot load http://www.tamarack-software.com/files/versioninfo.wtk. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'chrome-extension://lhojjcofegcnofaknffnhbgmgbgonpdb' is therefore not allowed access." Did this work before? Yes Uncertain Does this work in other browsers? Yes Chrome version: 57.0.2987.113 Channel: stable OS Version: 7 Flash Version: This is a regression from earlier versions of the browser. In particular, I can confirm that the behavior is not present in 49.0.2623.112, but is present in 56.0.2924 and newer. Based on the timing of bug reports I've received, I suspect the breakage happened sometime between version 55 and 56. The behavior is intermittent and may be related to caching. In particular, re-loading the page permits a subsequent request for the file to succeed, while applying anti-caching techniques cause requests for the file to always fail. This may be related to this report on StackOverflow: http://stackoverflow.com/questions/38770686/chrome-extension-suddenly-shows-cross-origin-error
,
Apr 4 2017
,
Apr 5 2017
,
Apr 5 2017
tyoshino@: Can you triage this? rdevlin.cronin@: FYI, though this sounds more like a cache issue than an extensions issue.
,
Apr 5 2017
Note that the post says that applying anti-caching tests cause the requests to fail, not the other way around, so it seems like the cache somehow has a working copy of the resource, but requests that go over the network fail CORS checks...Right? Not seeing how that could be a cache issue.
,
Nov 10 2017
,
Feb 18 2018
,
Feb 26 2018
Needs priority review and reassigning.
,
Mar 30 2018
This issue has too many components to make progress. Gonna trim XHR for starters.
,
Mar 30 2018
,
Apr 5 2018
http://www.tamarack-software.com/files/versioninfo.wtk is successfully downloaded with Version 65.0.3325.181 (Official Build) (64-bit). Is this issue fixed?
,
Apr 5 2018
(It's possible this is dup of issue 680320 .)
,
Apr 5 2018
Add OOR-CORS label to check later.
,
May 30 2018
The NextAction date has arrived: 2018-05-30
,
May 30 2018
I can't reproduce it with 66.0.3359.117. (The timing is wrong for this to be a duplicate of 680320: the problem didn't start until after that bug was fixed.) |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by ranjitkan@chromium.org
, Apr 4 2017