249833 - smartpurchase2004.com - impossible to write in form

Status: RESOLVED INVALID

(Tech Evangelism Graveyard :: English US, defect)

Description

[Gabriele Ferri]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a1) Gecko/20040520
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a1) Gecko/20040520

the page http://smartpurchase2004.com/mbfr.htm is the opt-out page of a spammer
company. It contains the form where I should write my email address to be
removed from their list, but it's impossible to write in that form. If I hover
the mouse pointer over the form, the arrow become a vertical line, so it should
be possible to write in there. So I left click there, I start writing but no
letters appear. Moreover, what I'm typing appear in the address bar.
After retrying many times, I tried to examine the html code for that page but I
got only this <!-- SSI-Error: Unable to convert xC4gFmCs -->.
I opened the same page with Konqueror 3.2.0, the form worked fine but I still
get the same <!-- SSI-Error: Unable to convert xC4gFmCs --> if I try to view the
html code.

Reproducible: Always
Steps to Reproduce:
1. open http://smartpurchase2004.com/mbfr.htm
2. try to type in the form
3. (optional) try to view the html code

Actual Results:  
it was impossible to write in the form: what I type appeared in the address bar
even if I left-clicked on the form. Moreover, it was impossible to examine the
html code. Konqueror 3.2.0 handled that form with no problems.

Expected Results:  
It should be possible to fill in that form and, optionally, to examine the html
code of that page.

Konqueror 3.2.0 handle correctly that form

Comment 1

[Mitch]

The code is viewable. You just need to scroll down the source window. 

Comment 2

[Frank Wein [:mcsmurf]]

Can someone please post the decoded source of that page?

Comment 3

[Gabriele Ferri]

Attachment: html code of the page causing the problem

warning: you need to scroll down a lot of empty space to see the code. Don't
knowing if that's related to the problem, I didn't snip it

Comment 4

[dolphinling]

Unfortuately, that source is pretty much useless because the owner of the page
did some stupid javascript things to make it harder to read. 

Fortunately, you can get to the input with just a tab, so it looks like just
another page that has something (invisible) covering the input. I'll see if I
can decrypt the javascript and make sure of that.

Comment 5

[dolphinling]

Okay, I'm a bit confused about this one.

It exhibits all the behaviors of something covering the form, but the DOM
inspector shows nothing, and neither does the saved source or Copy XML on the
html element in the DOM Inspector. The only thing that looks like it could
possibly be doing this is this:

<!--[if gte IE 5]><div id="p9z"
style="position:absolute;width:0px;height=0px;visibility:hidden"
onclick="clipboardData.clearData()"></div><script language="JavaScript"
type="text/javascript"><!--
function p8z(){p9z.click();setTimeout("p8z()",500)}p8z();//--><!--[endif]-->

which is both commented out and inside an ie-only container (I dunno how those
work, so I don't know if it's correct or not)

Could it be that we're interpreting the div anyway, even though the dom
inspector doesn't show it?

Comment 6

[Boris Zbarsky [:bzbarsky]]

The obfuscated JS does a few things, but one of them is setting a mousedown
handler on the document object that just cancels all mousedown events.  Since
form controls are focused by mousedown events (test this!), all attempts to
click to focus the control are canceled.  Similarly, all attempts to select text
are canceled.

Over to tech evangelism; given the markup and script on the page, Mozilla is
doing the right thing.

Comment 7

[Felix Miata]

Conforming summary to TFM item 10 at 
http://www.mozilla.org/projects/tech-evangelism/site/procedures.html#file-new

Comment 8

[Hallvord R. M. Steen [:hallvors]]

404