Closed Bug 422120 Opened 17 years ago Closed 14 years ago

Permission denied to get property Element.tagName

Categories

(Core :: Security, defect)

PowerPC
macOS
defect
Not set
normal

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"
Assignee: nobody → dveditz
Component: General → Security
Product: Firefox → Core
QA Contact: general → toolkit
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
Attached file file with a test case (deleted) —
Also seen on Windows XP SP 3
Is there planned any releases or patch in order to remove this bug?
Note that is is probably a duplicate of bug 440422.
(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.
Depends on: 434522
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.
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
It could be related to Firebug plugin.
Probably a duplicate of Bug 440275 or Bug 434522, etc there are a lot of them. Bet its fixed in 3.0.2.
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...
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...
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.
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.

Attachment

General

Created:
Updated:
Size: