7670 - NOSCRIPT content not displayed if JavaScript is turned off

Status: VERIFIED FIXED

(Core :: Layout, defect, P1)

Description

[Ben Mesander]

I'm not sure what my expectation with respect to Javascript working or not
should be in Macintosh M6, but this is at least an HTML rendering bug, and
perhaps also a Javascript bug if it is supposed to work.

Apple's developer website, http://www.apple.com/developer/ has three HTML
select controls in the upper left corner. When you pick them, it is supposed to
take you to the appropriate developer area via javascript, if you have it
enabled, or via a "go" button next to each select control, embedded in <
noscript>
tags so you should see them if you have javascript disabled.

Regardless of the setting in edit->prefs->advanced for javascript, the "go"
buttons inside the <noscript> tags are not rendered. Also, the javascript does
not appear to do anything if javascript is enabled in mozilla, so the page
is not navigable.

Comment 1

[leger]

desale, can you reproduce and give comments?  Thanks!

Comment 2

[don]

Rick,

Any idea who should get this?  You or maybe vidur?  I'm not sure ...

Comment 3

[rickg]

This is a legit bug. We assume (now) that javascript is always on. If we offer a
pref where it can be turned off, then <noscript> needs to be dealt with.

Comment 4

[Prashant Desale]

I tried to reproduce the bug.
On Mac OS:
Javascript seems not working, and even if we try to disable javascript the image
inside <NOSCRIPT> tags does not appear. When we pick any select control, it is
supposed to take you to appropriate page, but it seems its not working. I tried
to desable javascript also, in order to see the go button inside <NOSCRIPT>
tags, but I can't see that also.
I found some different behaviour on Win-95.
Win-95:
Javscript seems working on windows-95 even if javascript disabled as well as
enabled.
Javascript works but you have to click select menu twice.
Means, you select option from select menu then leave it. [Now it is supposed to
take you to another appropriate page, but nothing happens]. Now again you click
select menu to select option once more [Now you'll see, as soon as you click
select, it'll take you to the page you selected previously.]

Comment 5

[harishd]

Assigning bug to myself.  I don't think this is a beta stopper..so moving it to
M14.

Comment 6

[Mike McCabe]

*** Bug 22172 has been marked as a duplicate of this bug. ***

Comment 7

[harishd]

Need to fix bug 21008 inorder to fix this one.  Moving to M14.

Comment 8

[harishd]

I think I've the fix for 21008.  But this bug would get fixed only after hooking 
up prefs. ( to set/unset JS ), which I don't think is going to happen for M14.

So moving this one to M15.

Comment 9

[harishd]

Moved to M16.

Comment 10

[harishd]

*** Bug 35090 has been marked as a duplicate of this bug. ***

Comment 11

[Richard Zach]

Just giving this bug a nice summary.

Comment 12

[harishd]

The prefs. [ To enable NOSCRIPT ] will not be land until post beta2. Marking M17

Comment 13

[ekrock's old account (dead)]

Nominating nsbeta3 as reminder. Strictly speaking, this *is* an html40 handling 
correctness issue (although NOSCRIPT isn't widely used and most people run with 
JS on, this is still important for accessibility & high-security environment 
customers who run with JS off). Recommend [nsbeta3+].

Comment 14

[harishd]

Attachment: Proposed patch - version 1.1

Comment 15

[Nisheeth Ranjan]

Marking nsbeta3+. 

Comment 16

[harishd]

Removed [Fix in hand] from the summary beacause my fix is not complete.

Comment 17

[Hallvard B Furuseth]

I suggest you remove <NOSCRIPT> from
    http://www.mozilla.org/quality/help/bug-form.html
until this is fixed; that particular page should not be blank:-)

Comment 18

[harishd]

*** Bug 9059 has been marked as a duplicate of this bug. ***

Comment 19

[harishd]

Note: Before closing this bug make sure that bug 9059 is also fixed.

Comment 20

[harishd]

*** Bug 49459 has been marked as a duplicate of this bug. ***

Comment 21

[harishd]

Note: Before closing this bug make sure that bug 49459 is also fixed.

Comment 22

[Nisheeth Ranjan]

Harish has the fix in hand.  Will check it in over today or tomorrow.

Comment 23

[Nisheeth Ranjan]

*** Bug 50860 has been marked as a duplicate of this bug. ***

Comment 24

[harishd]

Fix is in. Disable JS and see NOSCRIPT content getting displayed. I don't think 
the URL is still the same. Anyway to test NOSCRIPT use the testcases in bug 9059 
and bug 45959.

Marking FIXED.

Comment 25

[Frank Faubert]

Bug 9059 is not fully fixed by this patch.  If the contents of the NOSCRIPT tag 
also contain a BODY tag (ie: to set the background color), the contents of the 
NOSCRIPT tag is always shown, regardless of whether or not JavaScript is 
enabled.

Should this bug be reopened?

Build: 2000090808 on Win2000 SP1

Comment 26

[Frank Faubert]

Attachment: Modified test case from bug 9059 w/ BODY tag inside NOSCRIPT tag

Comment 27

[harishd]

Frank, please open up a separate bug. Thanx

Comment 28

[Frank Faubert]

Opened bug 52136 to track this issue.

Comment 29

[Prashant Desale]

Verified with 2000-091309. Marking verified.