Closed Bug 65930 Opened 25 years ago Closed 3 years ago

Access denied exception thrown when loading popup images.

Categories

(Core :: Security, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED INCOMPLETE
Future

People

(Reporter: jst, Assigned: dveditz)

References

()

Details

Loading the above URL works just fine on Win2k for me, I can click on one of the camera icons in the table and I get a new window that shows an image, if I try the same thing on linux I get access denied errors on the console and no image is loaded into the popup window. I see this when using a linux build from a few days ago.
wfm build 2001011821
I'll take a look. Worksforme on NT, I'll try Linux.
Status: NEW → ASSIGNED
Mitchell, Phil Schwartau sez in bug 57896 that he sees the ACCESS_DENIED exception on linux on this URL too.
Omitted document.open("text/html","replace"); Restored. Please retry.
OK, now it works fine on Linux as well as WinNT. Marking WORKSFORME. Does anyone know why the error Martin mentions above would cause the site to fail on Linux, but not on WinNT? That's still a mystery to me -
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
So called "javascript guru" tells everyone on the net not to use window.document.open(), as it's implied by window.document.write(). Never trust gurus. There's now another problem I can see : body onload event. Where is it best reported ?
Martin, could you attach a simplified version of the HTML (or put up a version on the site) that still shows the ACCESS_DENIED problem? There's clearly a bug somewhere in our code since we're seeing a difference between platforms. Wether or not you do document.open() or not shouldn't really matter and we should figure out why this happens and fix it. Reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
On body-onload, occas.html is location.replace()d by actual page, occasbe.html. Very difficult to simplify and reduce as this is a client-side dynamic page with 3 js files (data, page editor and pop-up driver). On win95, works fine with NN4 and IE4-5. But there's clearly a problem with M0.7 as occasbe.html body-onload doesn't fire next time page loaded (top-left white claws should move down).
Mass changing milestones to Moz0.9.1. Many of these bugs are dependent on the XPConnected DOM and its associated security UI changes.
Status: REOPENED → ASSIGNED
Target Milestone: --- → mozilla0.9.1
Target Milestone: mozilla0.9.1 → mozilla1.0
Target is now 0.9.5, Priority P2.
Priority: -- → P2
Target Milestone: mozilla1.0 → mozilla0.9.5
time marches on. Retargeting to 0.9.6.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Moving the most time-critical bugs and minor security fixes to 0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Target Milestone: mozilla0.9.7 → mozilla1.1
Futuring.
Target Milestone: mozilla1.1alpha → Future
Assignee: security-bugs → dveditz
Status: ASSIGNED → NEW
QA Contact: ckritzer → toolkit
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

Page no longer active

Status: NEW → RESOLVED
Closed: 25 years ago3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.