Closed Bug 164780 Opened 22 years ago Closed 22 years ago

Page not loaded on proper frame, instead it loads as a new document

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: itsganu, Assigned: john)

Details

Attachments

(1 file)

75.97 KB, application/octet-stream
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721 On loading submenu.html and clicking on Produkte->Aktien & Renten->Aktein->Restricted list should load www.mozilla.org on the right side like Internet explorer.Whereas on Mozilla it opens as a new page. Reproducible: Always Steps to Reproduce: 1.Unzip testcase.zip to E: (Incase if you are unzipping to drive other than E:, proper changes are required in the html files such that it represents the right path.) 2.Click on "Produkte" (which is in the loaded menu) 3.Click on "Aktien & Renten" 4.Click on "Aktien" 5 Click on "Restricted list", by doing this www.mozilla.org should be loaded on the right hand side of same window like IE. Instead it is being loaded as a new document. T Actual Results: www.mozilla.org is being loaded as a new page. Expected Results: It should be displayed on the Right hand side of the same window like IE6.
Attached file Testcase
This is likely due to the invalid frame name "_Content" (frame names may not start with a leading underscore). In particular, it seems that nsDocShell::FindTarget will open a new window when you try to load links in _content or _Content or anything like that....
The testcase works fine on Netscape 4.61 but it doesn't work on Mozilla. Hence I feel it could be a bug in Mozilla.
_content is a special frame name--should refer to the current window. _Content is not special, AFAIK. That opens a new window.
Target names are case-insensitive in HTML.
I have changed the testcase to use some other frame name other than _content or _Content and it is working as expected, Thanks.. Also any idea why the original testcase (with _Content) works properly on Netscape 4.61 and IE6?
WFM by previous comment. Looks like Netscape 4 and IE have bugs;-> pi
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Verified works for me.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
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.

Attachment

General

Creator:
Created:
Updated:
Size: