Closed Bug 48582 Opened 24 years ago Closed 24 years ago

Javascript window.open() function loads nothing in window

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: john, Assigned: jst)

References

()

Details

On the above page, about half way down, is the phrase "The poster announcing
this open day is here." 'here' is a link with an associated script to open a new
window for the page, but though the page is requested by the browser, it fails
to display.
Problem partially solved: when the href associated with the new page is set to
'#' (but window.open() still given the proper page name), the new window DOES
open with the correct page.
The testcase page has been changed because of this. However, the original case
that didn't work with Mozilla but was fine with Netscape 4.74 and MSIE was a bit
worrying. (john@billabong-media.com)

The form of the failed call was <a href="/blah.html" target="_popup"
onClick="window.open('/blah.html', '_popup',
'width=446,height=319,menubar=0,resizable=0,scrollbars=0); return 1;">TEXT</a>

It works with the href='#' and the target=.. removed.
Sorry, me again. Regular failure case:
http://silversurfers.uk.com/tikka/index2.shtml

Click on the "(C) Silver Surfers MM" text in the bottom right of this page. A
new window opens but nothing appears. After three or four MIDDLE clicks of the
mouse, it does appear.
Browser, not engine. --> DOM Level 0
Assignee: rogerl → jst
Component: Javascript Engine → DOM Level 0
QA Contact: pschwartau → desale
This bug has been marked "future" because the original netscape engineer
working on this is over-burdened. If you feel this is an error, that you or
another known resource will be working on this bug,or if it blocks your work
in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
First case WORKSFORME 20000819 WinNT4. Second one tries to load itself in the 
first one's popup! But nothing loads, although the title is there.

If I restart Moz, the second case works as well. <shrug>

Gerv

Both test cases work for me on Linux build 2000091908.
Setting bug status to New.  Bugs whaich have been triaged to a target milestone
should not be Unconfirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Seems to work on Linux nightly build 2000100308.
Worksforme, Win2k, mozilla build from last-week-or-so.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.