New issue 39616 by sbjesse: XML with XSL not shown under file:// scheme
http://code.google.com/p/chromium/issues/detail?id=39616
Chrome Version : 5.0.364.0 (Developer Build 42891) Ubuntu
URLs (if applicable) :file:///home/jesse/<private>
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 4:
Firefox 3.x:ok
IE 7:
IE 8:
What steps will reproduce the problem?
1. open an xml file that references an xsl stylesheet in home directory
What is the expected result?
Chromium browser shows the transformed output
What happens instead?
blank page
Please provide any additional information below. Attach a screenshot if
possible.
Developer console says: Unsafe attempt to load URL
file:///home/jesse/Private/<private>/MessageLog.xsl
from frame with URL file:///home/jesse/Private/<private>/<srubbed>.xml.
Domains, protocols and ports must
match.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
I have the same problem, with the output from my photo album software
(http://xmlalbum.sourceforge.net). Stored on a web server works just
fine. Javascript
loading of xml/xslt has the same problem as with direct stylesheet
reference in the
xml. All of these worked fine in Chrome 4, and still work fine in IE7/8.
It seems likely the issue is the browser not allowing references to files
stored on the
local machine. Sensible enough, for a page not itself on the local
machine, but it's
rather inconvenient, especially for debugging.
When I use an XML from file:///F:/Project/index.xml
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="transform.xsl" type="text/xsl"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<!-- ... -->
</html>
then I get the following msg from Google Chrome (5.0.375.55 beta, Windows
XP Home
Version 2002 SP 3):
Unsafe attempt to load URL file:///F:/Project/transform.xsl from frame
with
URL file:///F:/Project/index.xml. Domains, protocols and ports must
match.
(Remark: It does not make any difference whether the stylesheet is
referenced
absolute or relative or if it even exists or not, but it works fine if I
delete the
stylesheet!). My question:
Given the above msg, could it still be that the domain or the protocol or
the port
for retrieving the two files is seen different? If yes, how would I check
it?
However this works fine with Firefox 3.5.9, Safari 4.0.2 (530.19.1), Opera
10.53
(3374) and IE 7 (7.0.5730.13) and more, all on the above mentioned Windows
XP.
Correction to my post (3):
instead of "but it works fine if I delete the stylesheet!)"
read "but it works fine if I delete the processing instruction!)"
Sorry - the above was my first bug report. I'll conform to the format of
the first post:
Chrome Version : 5.0.375.55 Windows XP Pro SP3
URLs (if applicable) :file:///C:/Documents and
Settings/<username>/Desktop/test.xml
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 4.0.5 (531.22.7): OK
Firefox 3.6.3: OK
IE 8.0.6001.18702: OK
Opera 10.53 Build 3374: OK
What steps will reproduce the problem?
---------------------------------------
1. open an xml file that references an xsl stylesheet in the same directory
What is the expected result?
------------------------------
Chromium browser shows the transformed output
What happens instead?
----------------------
blank page
Additional Info:
------------------
Developer console says:
"Unsafe attempt to load URL
file:///C:/Documents%20and%20Settings/<username>/Desktop/test.xsl from
frame with URL
file:///C:/Documents%20and%20Settings/<username>/Desktop/test.xml.
Domains, protocols and ports must match."
Also, changing the stylesheet reference from -
<?xml-stylesheet href="test.xsl" type="text/xsl" ?>
- to -
<?xml:stylesheet href="test.xsl" type="text/xsl" ?>
- generates a parsing error on all browsers listed above, except for IE
(only ever supported there to my knowledge), and Chrome, which just returns
non-formated text from xml nodes
(have to open console to see it - would be nice if it output xml node tree
like all other browsers do).
Files attached:
test.xml
test.xsl
Put both in same folder and open test.xml in a browser.
Attachments:
test.xsl 642 bytes
test.xml 319 bytes
I'm experiencing the same problem. When I access an xml file, which
references an xsl stylesheet, I'm getting a blank page. When I go to
Console error it says:
Unsafe attempt to load URL
file:///F:/Users/MyUserName/Desktop/HomePage.xslt from frame with URL
file:///F:/Users/MyUserName/Desktop/HomePage.xml. Domains, protocols and
ports must match.
This page used to work in Chrome and i don't recall any problems in other
browsers. This is definitely something you should look into.
I'm experiencing the same problem. When I access an xml file, which
references an xsl stylesheet, I'm getting a blank page. When I go to
Console error it says:
Unsafe attempt to load URL
file:///F:/Users/MyUserName/Desktop/HomePage.xslt from frame with URL
file:///F:/Users/MyUserName/Desktop/HomePage.xml. Domains, protocols and
ports must match.
This used to work in Chrome 4 fine. I also don't recall any problems with
it in other browsers.
I also think that since this issue has been reported by a few people
already and so it would be good if the ticket status didn't
say "Unconfirmed".
<sigh> in a blur of morning stupidity I create a second report for this
bug, as it will certainly be marked and duplicate and erased, I will repost
here ...sorry
Chrome Version : 6.0.427.0 dev
URLs (if applicable) : n/a
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 4: -
Firefox 3.x: OK
IE 6: OK
IE 7: -
IE 8: OK
Opera 10: OK
What steps will reproduce the problem?
1. Create an XML file with an XSL request
2. Store the XML and XSL files locally
3. Open the XML file
Here is the test.xml:
<?xml version='1.0' encoding='UTF-8' standalone='yes' ?><?xml-stylesheet
type="text/xsl" href="test.xsl"?>
<stuff>
<entry thing="foo" />
</stuff>
...The content of the XSL file is irrelevant as it is never loaded
What is the expected result?
XML is displayed and formatted as per the XSL rules
What happens instead?
Blank Page displayed
Dev console says:
Unsafe attempt to load URL file:///D:/tmp/test.xsl from frame with URL
file:///D:/tmp/test.xml. Domains, protocols and ports must match.
Please provide any additional information below. Attach a screenshot if
possible.
# No screenshot relevant, *nothing* is displayed
# There is no workaround
# It is not possible for my code to detect Chrome and display an error
dialog, as the error occurs as Chrome reads the first line of the XML file
# Bug introduced in v5
# Online forums attribute this critical bug and misleading error message
to "Chris Evans"
Same issue here!!! any fix?
I have the same problem.
This was functional up through version 5.0.322.2. Broke starting with
5.0.335.0, and still broken as of 6.0.427.0.
Workaround: Use another browser. Haven't tested all other browsers, but
the file opens and displays correctly in IE and Safari.
Another workaround: start chrome with the --disable-web-security switch.
Use this only for development, because it is unsecure to browse the web
with these features turned off.
I am experiencing the same issue. The result is that our customers will
stop using Chrome and go back to using IE or Firefox. Of course the
alternative is that we release note the version number and ask them not to
use it. The workarounds are not useful to me.
Same problem here.
Chrome 5.0.375.125
windows xp sp3
Just started using chrome again to use the html inspector (stopped due to
download management not good enough and pdf issues) but can't test my xslt
without having to run an http server.
Back to ff again.
Wish I could use chrome for things but there always some crucial issue.
Please fix.
I have the exact same issue with 5.0.342.7 beta.
About those workarounds: Are you sure that running chrome with
--disable-web-security flag works? Because I failed to get any results by
running chrome like that.
I have the same problem. An XML and associated XSL file stored on my C:
drive (Windows XP)
Test results
IE 6 - OK
Firefox 3.6.12 - OK
Opera 10.63 - OK
Chrome - FAIL (Blank page)
Attachments:
cd_catalogue.xml 330 bytes
cd_catalogue.xsl 561 bytes
I am having the same issue- I have an XML file and XSL file on my Mac that
only google Chrome cannot open. It forced me to switch to firefox (which
has gotten pretty good with 4.0) but I still preferred Chrome. I quit
using Chrome in version 6 and as of version 8 beta, I still cannot use
Chrome for Mac due to this lone issue.
Same problem experienced :(
I have the same problem. All other browsers works fine...
Same problem with chrome version 7.0.517.44
Same problem with chrome 8.0.552.224
I have chrome 4.0.206.1 on another computer.
There, everything works fine.
Same problem with chrome 10.0.648.204..
Any plan to fix this issue??
Same problem with v. 11.0.696.25
I'm not able open mod instalation xml for phpBB.
Workarround disable-web-security works.
Would be nice to get a comment from the developers at least...Going back to
Firefox.
The same problem here... We expext an answer!
Ditto, ditto, ditto, ditto
Maybe there's a Secret Cloud Based User Porn Cache in the browser which
stores cached porn on other Chrome users' computers as encrypted XML so as
to speed up browsing for porn... Dear God, I hope this isn't true! Anyway,
still using IE9... ban me for trolling if you want, and hack my Android, I
wouldn't be surprised, I've thought someone's done it before!
the answer is here http://code.google.com/p/chromium/issues/detail?id=70088
Ah, OK, that's fair enough...
Big Problem to not have at least access to XSL and XML file in SAME Folder
as the HTML Document that's trying to load them.
At least FF and IE work!
Come on Google, Sort it out PLEASE!
The same problem here...
Same problem with Chrome 16
FFS, it took me an hour to find this problem! At least show us some kind of
an error message and not have it hidden away in the 'inspect element'
errors window
2 years down the line and still an issue chrome 16 OS Windows OS Linux
Working on an enterprise level e-learning platform and will now be removing
Chrome from the recommended browser list.
Removing chrome from my operating systems now.
Will no longer design for chrome.
Use the --allow-file-access-from-files option when starting
chrome/chromium. At least that works for me.
That option should be obvious to chrome from the URI scheme file:///.
http://peter.sh/experiments/chromium-command-line-switches/
Heh, huge list of startup switches!
Where does chrome document these? Here
maybe?:http://dev.chromium.org/developers
Source code even?
Oh well. Not something average Joe needs to know I guess.
Thanks for pointing it out "alpor..."