Closed
Bug 422120
Opened 17 years ago
Closed 14 years ago
Permission denied to get property Element.tagName
Categories
(Core :: Security, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: manos, Assigned: dveditz)
References
()
Details
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9b4) Gecko/2008030317 Firefox/3.0b4
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9b4) Gecko/2008030317 Firefox/3.0b4
For some reason, a Sarissa testcase that does:
// ...
} else if(oDoc.documentElement.tagName == "parsererror"){
// ...
Results to an exception: "Permission denied to get property Element.tagName"
Reproducible: Always
Steps to Reproduce:
1. Browse to the given URL
2. Press "Run Testcases"
3. Note the message: "SarissaTestCase.testGetParseErrorTextError, exception Permission denied to get property Element.tagName"
Updated•17 years ago
|
Assignee: nobody → dveditz
Component: General → Security
Product: Firefox → Core
QA Contact: general → toolkit
Comment 1•16 years ago
|
||
I've got the same error message trying to do something like this in JavaScript:
pXML=loadXMLDoc('test.xml');
galleries = pXML.getElementsByTagName('gallery');
for (var i=0;i<galleries.length;;i++) {
if (galleries[i].nodeType != 1) continue;
...
}
and in this place I've got error
"Permission denied to get property Element.tagName"
In FF 2.x all works properly.
Reproducible: Always
Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0
Comment 2•16 years ago
|
||
Comment 3•16 years ago
|
||
Also seen on Windows XP SP 3
Is there planned any releases or patch in order to remove this bug?
Comment 5•16 years ago
|
||
Note that is is probably a duplicate of bug 440422.
Comment 6•16 years ago
|
||
(In reply to comment #4)
> Is there planned any releases or patch in order to remove this bug?
>
A patch would appear in this bug but that usually only happens if this bug gets confirmed as valif bug but the bug is still marked unconfirmed.
Comment 7•16 years ago
|
||
I cannot reproduce the issue - neither with http://dev.abiss.gr/sarissa/test/testsarissa.html nor with the attached testcase. Testing in Firefox 3.0.1 and Gecko/2008080303 Minefield/3.1a2pre.
Reporter | ||
Comment 8•16 years ago
|
||
I can still reproduce with a slightly older build (latest release?).
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1
Comment 10•16 years ago
|
||
Probably a duplicate of Bug 440275 or Bug 434522, etc there are a lot of them. Bet its fixed in 3.0.2.
Comment 11•16 years ago
|
||
Submittal consists of a directory tree w/ HTML source plus notes and screenshots. Zipped (loosely) so that WindBlows Extraction Buzzard can handle it.
The bug shows up under file:// protocol on local computer, but not http:// from a web-site.
There's an oddity in the Error Console Message that I mention in the Notes; I suspect it might be worth following-up.
Please examine this submittal and confirm the bug...
Comment 12•16 years ago
|
||
This attachment updates the MainDir/index.html and the four iframe.html files to demo the problem in an additional case, i.e., when the iframe-source file is in the parent-dir of the principal file. Also, it corrects a slight (but irrelevant) flaw, thus verifying that the bug was not caused by that.
Again, the bug only appears when the MainDir/index.html file is loaded from the local filesystem...
Comment 13•16 years ago
|
||
I am not so sure now if the bug I described here is related to the bug originally filed under this Report, or if it is more appropriately related to Bug 442015. Please look there for follow-up.
Comment 14•14 years ago
|
||
Resolving unconfirmed bugs older than a year with no activity as INCOMPLETE. Please reopen or file a new bug if you can still reproduce the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•