Closed
Bug 63212
Opened 25 years ago
Closed 23 years ago
loading secure page on top of non-secure frame page opens new window
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P1)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: junruh, Assigned: john)
References
()
Details
Attachments
(1 file)
1.03 KB,
application/octet-stream
|
Details |
1.) Visit http://junruh/sarita/frame.html
2.) Click on the secure left link
3.) Click on the secure right link
What is expected: The right side of the page would be secure, like with IE.
What happens: A new window is opened.
When I have a page using frames, if frame A (<a ... target=B>) tries to load a
secure document into frame B, when frame B has a non-secure page, it results in
a new browser window opened.
I can load a secure document into frame B from frame B, even when frame B
currently contains a non-secure page.
Tested on Solaris and Win32.
Comment 1•25 years ago
|
||
Communicator does the same thing that you see. Are you sure this isn't the way
it's supposed to be and IE isn't being over-friendly.
(I tried this using Communicator 4.76 w/ PSM on Solaris.)
Reporter | ||
Comment 2•25 years ago
|
||
This is the same bug as is in bugsplat, which is still open. This doesn't seem
to be a security problem, just different from IE.
https://scopus.mcom.com/bugsplat/show_bug.cgi?id=387249
Comment 3•24 years ago
|
||
Changing product from Browser:Security:Crypto --> PSM 2.0
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.0
Updated•24 years ago
|
Keywords: nsenterprise
Comment 7•24 years ago
|
||
test case description and test case do not match anymore.
Comment 10•24 years ago
|
||
This is not a crypto issue since we do not control the open of browser windows.
Re-assigning to the browser team.
Assignee: ddrinan → ssaux
Comment 11•24 years ago
|
||
Re-assigning for real, this time.
Component: Client Library → HTMLFrames
Product: PSM → Browser
Target Milestone: 2.1 → ---
Version: 2.0 → other
Comment 12•24 years ago
|
||
Assigning to default owners.
Assignee: ssaux → pollmann
QA Contact: ckritzer → amar
Updated•24 years ago
|
Keywords: nsenterprise → nsenterprise+
Comment 14•24 years ago
|
||
Since my understanding is this is a different behavior than IE and not a
security problem, I am marking this nsbranch-.
Keywords: nsbranch-
Comment 15•24 years ago
|
||
removed keyword nsbranch since it now has nsbranch-, per pdt mtg.
Keywords: nsbranch
Comment 16•24 years ago
|
||
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Updated•24 years ago
|
Target Milestone: --- → Future
Comment 17•24 years ago
|
||
Bulk re-assigning all of Eric's HTMLFrame bugs to John.
Assignee: eric → jkeiser
Comment 18•23 years ago
|
||
This affects logging into CommunityZero. To reproduce, go to:
http://www.communityzero.com/moztest. Login as u:moztest pw:test.
The community website will load in a new window from the login page.
This is really annoying when popups are turned off, because then you are forced
to hit the refresh button after the login page changes to the "Successful login"
page.
Assignee | ||
Comment 19•23 years ago
|
||
Erm, it's been a year and a half with no dups and no topsites I can see, and
this isn't even awful behavior. Nor can the original site even be reached.
nsbeta1 why? (I can't see bugsplat but perhaps you could email me with info on
how I can do so.)
Reporter | ||
Comment 20•23 years ago
|
||
Changed the URL. The site can be reached now, although it is in-house. Attaching
a winzip which includes the test files, if you want to edit them for your own
tests on a secure server.
Reporter | ||
Comment 21•23 years ago
|
||
Assignee | ||
Comment 22•23 years ago
|
||
Sorry, there doesn't appear to be a secure right link at that URL?
Reporter | ||
Comment 23•23 years ago
|
||
If you are inside the firewall, the link should work as described now. I forgot
to upload the new edited pages.
Assignee | ||
Comment 24•23 years ago
|
||
Seems to work for me on WinXP trunk 2002061208. Could you check trunk?
Here's my steps and what I see:
1. Load file. Two frames, "This is non-secure left" and "This is non-secure right"
2. Click "secure left". Left frame turns to "This is a secure left page."
3. Click "secure right" on the left frame. Security dialog comes up and then
right frame turns to "This is a secure right page."
This seems right to me.
Reporter | ||
Comment 25•23 years ago
|
||
Marking fixed on trunk and branch. Mr. Nixon, can you try a more recent build?
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•