Closed
Bug 65930
Opened 25 years ago
Closed 3 years ago
Access denied exception thrown when loading popup images.
Categories
(Core :: Security, defect, P3)
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.
Comment 1•25 years ago
|
||
wfm build 2001011821
| Reporter | ||
Comment 3•25 years ago
|
||
Mitchell, Phil Schwartau sez in bug 57896 that he sees the ACCESS_DENIED
exception on linux on this URL too.
Comment 4•25 years ago
|
||
Omitted document.open("text/html","replace");
Restored. Please retry.
Comment 5•25 years ago
|
||
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
Comment 6•25 years ago
|
||
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 ?
| Reporter | ||
Comment 7•25 years ago
|
||
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 → ---
Comment 8•25 years ago
|
||
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).
Comment 9•25 years ago
|
||
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
Updated•25 years ago
|
Target Milestone: mozilla0.9.1 → mozilla1.0
Comment 10•24 years ago
|
||
Target is now 0.9.5, Priority P2.
Priority: -- → P2
Target Milestone: mozilla1.0 → mozilla0.9.5
Comment 11•24 years ago
|
||
time marches on. Retargeting to 0.9.6.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Comment 12•24 years ago
|
||
Moving the most time-critical bugs and minor security fixes to 0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Updated•24 years ago
|
Target Milestone: mozilla0.9.7 → mozilla1.1
| Assignee | ||
Updated•19 years ago
|
Assignee: security-bugs → dveditz
Status: ASSIGNED → NEW
QA Contact: ckritzer → toolkit
Comment 14•7 years ago
|
||
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
Comment 15•3 years ago
|
||
Page no longer active
Status: NEW → RESOLVED
Closed: 25 years ago → 3 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•