Closed
Bug 95801
Opened 24 years ago
Closed 21 years ago
Frame loses its name after a page loads with javascript
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
INVALID
People
(Reporter: mozilla, Unassigned)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.2) Gecko/20010707
BuildID: 2001062815
After loading a page into a frame that contains javascript code, the frame name
either changes or is forgotten as subsequent directions at that frame cause a
new window to open instead of going to the frame.
Reproducible: Always
Steps to Reproduce:
1. Load http://morons.org/news/
2. Click on any of the first 8 links; none have javascript and all load up fine
in the right frame
3. Click on "Alabama". It loads in the right frame and contains javascript.
4. Click on "Akron". A new window opens.
Actual Results: New window opens containing the desired content rather than the
right frame.
Expected Results: Content displayed in right frame.
This might be related to or the same as bug 70173. Turning javascript off
alleviates the problem completely. Same results happen under both SunOS and Win2k.
Comment 1•23 years ago
|
||
[worksforme] in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4+)
Gecko/20010927. Does not work in 9.4.
Comment 2•23 years ago
|
||
confirming on Win2k with build 2001100503.
![]() |
||
Comment 3•23 years ago
|
||
The JS in question (in http://www.moreover.com/cgi-local/page?o=portal&feed=230) is:
window.name = 'newsportal';
Over to DOM0 for now. jst, should setting window.name change the name that the
URI targeter sees?
Assignee: pollmann → jst
Status: UNCONFIRMED → NEW
Component: HTMLFrames → DOM Level 0
Ever confirmed: true
OS: SunOS → All
Hardware: Sun → All
Comment 4•23 years ago
|
||
I would say yes, what does IE do?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Comment 5•23 years ago
|
||
IE does exactly the same thing Mozilla does.
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Updated•22 years ago
|
Target Milestone: mozilla1.1alpha → ---
Comment 7•22 years ago
|
||
Mass-reassigning bugs to dom_bugs@netscape.com
Assignee: jst → dom_bugs
Status: ASSIGNED → NEW
![]() |
||
Comment 8•21 years ago
|
||
This is invalid. All browsers currently on the market interoperably handle the
setting of window.name to mean that the name of the window as seen by "target"
attributes is changed, which is exactly what we're doing.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•