159932 - disabling javascript in browser doesn't allow chrome:// to add eventListners to window

Status: RESOLVED DUPLICATE of bug 208864

(Core :: General, defect)

Description

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

If Javascript is disabled on Navigator,
I can't access the text in marquee.

Actural Result.
1.Always scroll the text.
2.Render normal inline element when javascript is disabled.

2002072808-trunk/WinXP.

Marquee supported is very regrettable....

Comment 1

[Wesha]

This is normal; Marquee is not built into the browser itself, but emulated using
Javascript stuff.

==> Invalid ?

Comment 2

[Michael Lefevre]

lots of the browser uses javascript stuff, but it doesn't get turned off when
the user turns of script in navigator.  if this is possible to fix, I think it
should be fixed.

Comment 3

[Patrick Xia]

Reporter: Do you have a page/URL where this happens?

I recommend 
->TE if it uses <marquee />
->INVALID if it uses <script>
->NEW if it uses another method...

Comment 4

[Alfonso Martinez]

Confirming.
Before the addition of the emulation the contents of the marquee were displayed
properly. Now they don't appear if javascript is disabled.
The best solution is to use marquee { -moz-binding: none; } in userContent.css

win98 2002072904

Comment 5

[Doron Rosenberg (IBM)]

trivial

Comment 6

[Doron Rosenberg (IBM)]

probably the addEventListner isn't working if js is turned off.

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Why you changed severity to "trival"?
This problem is very serious for ACCESSIBILITY.

If you visit a page whitch used marquee at a text to emphasize,
it may be a text important for you, you do not even notice it existing.

If marquee is not supported, we can show the text always. 
If this problem can't fixed, you should stop marquee support!

Comment 8

[Patrick Xia]

Reopening as per comment 7.

btw, what does the URL point to?

Comment 9

[Boris Zbarsky [:bzbarsky]]

Doron, it's all yours.

Comment 10

[Doron Rosenberg (IBM)]

addEventListner seems to not work if js is turned off for browser.

No idea what component this belongs in.

Comment 11

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

http://plaza9.mbn.or.jp/~biglife/
http://www.urban.ne.jp/home/nan/gei.html

There are found by Japanease Top Website Test Project.

#Add Cc: momoi-san.

Comment 12

[Alfonso Martinez]

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

Comment 13

[AndrewM]

Shouldn't this be filed in Core? Or does it really only affect SeaMonkey?

Comment 14

[Masahiro YAMADA]

This bug seems to be already fixed.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032405 Minefield/3.0b5pre

Comment 15

[Masahiro YAMADA]

(In reply to comment #14)
> This bug seems to be already fixed.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032405
> Minefield/3.0b5pre
> 
Oops, It is mistake.
But, At Trunk, Content of marquee is visible even if JavaScript is disabled.
Scroll is still stopped. But, text is visible if marquee have enough width.
Because text is displayed with NO indent.

Comment 16

[John L. Galt]

Tested in Shiretoko 3.5.5pre (Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5pre) Gecko/20091010 Shiretoko/3.5.5pre (.NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729) using http://www.urban.ne.jp/home/nan/gei.html from comment #11 - full text was visible with JavaScript disabled (using NoScript) with Shiretoko in full screen (22" widescreen monitor) - limiting width of Shiretoko truncated text from the right.

Reporter and others, can this be confirmed as working in Seamonkey platform?