Closed Bug 54889 Opened 24 years ago Closed 24 years ago

Javascript apparently not picked up on this URL

Categories

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

x86
Windows NT
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: thaynes, Assigned: jst)

References

()

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20000925 BuildID: 2000092505 Loading up this page displays Your browser does not support JavaScript The Firewall Design Tool requires JavaScript capability. Javascript is enabled on this browser for the browser only (i.e. not News or Mail). Looking at the page source, it looks like we are getting the <NOSCRIPT> </NOSCRIPT> part of the page rather than running the Javascript immediately after the above section. Reproducible: Always Steps to Reproduce: Load the above page Actual Results: Your browser does not support JavaScript The Firewall Design Tool requires JavaScript capability. Expected Results: Frames containing Javascipt tool to build firewall settings.
*** Bug 54891 has been marked as a duplicate of this bug. ***
Browser, not engine. --> DOM 0
Assignee: rogerl → jst
Component: Javascript Engine → DOM Level 0
QA Contact: pschwartau → desale
Seeing this on Mac OS 9.0.4 as well. Mozilla build 2000100208-M18.
Attached file Evil NOSCRIPT tag outside of BODY. (deleted) —
Fails for me too, Win32/2000101108. The document looks malformed to me, in that there shouldn't be tags between the end of the HEAD and start of the BODY. However, the behaviour is different from both NN classic and IE.
*** Bug 56434 has been marked as a duplicate of this bug. ***
Depends on: 56501
Notice , too, that the HTML at the given URL contains both <BODY> and <FRAMESET> tags. Doesn't that in itself make the HTML invalid? This is also the case at the duplicate bug 56434. The only difference is that in bug 56434, the <FRAMESET> tags are static, whereas here they are written dynamically.
No longer depends on: 56501
Looks like the parser workaround for <NOSCRIPT> under bug #56501 has nailed this one too. Works for me now (both the original pages and the test case) on Win98/Gecko 2000101808.
--> WORKSFORME now too
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: