265316 - alaskaair.com - Area in lower left radio button selection does not work properly

Status: RESOLVED FIXED

(Tech Evangelism Graveyard :: English US, defect)

Description

[Mike]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

Take a look at the box on the lower left that says "Mileage activity"  When one
of the radio buttons is selected, there should be a block that appears that says
"Mileage Plan # or User ID:" with a box underneath, and "Password:" with a box
underneath.  This does not get rendered automatically for you in Firefox 1.0 PR.
   However, if you press refresh ("Reload current page") after you click on one
of the radio buttons, the text and boxes appear. 

Reproducible: Always
Steps to Reproduce:
1. Brouse to "http://alaskaair.com/".
2. Scroll down to bottom of page.
3. Select button beside "I have a MyAlaskaAir account".
Actual Results:  
Text and boxes are not rendered.

Press "Reload current page" button and text and boxes will render.

Expected Results:  
Text and boxes should render:

Mileage Plan # or User ID:  Forgot It?    Password:  Forgot It?
<BOX>                                     <BOX>


The site says that it is tested under Netscape 6; so, it likely displays
properly in Netscape 6 -- that's the reason that I'm submitting it here, as it
is likely a regression.

Comment 1

[Mike]

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

Comment 2

[Brendan Eich [:brendan]]

Please file bugs that you have not diagnosted against Browser-General, not the
JavaScript Engine.  This could be DOM Level 0 or Tech Evangelism, but it needs
diagnosis before the finger of blame can be pointed.

/be

Comment 3

[Johnny Stenback (:jst)]

IE gets served the following input tag in that box:

<input type="radio" id="WELCOMEDEFAULTID" name="WELCOMEDEFAULT"
value="HAVEMYASA"  
onclick="javascript:setSignInSectionHomePage();javascript:form.USERID.focus();"
 tabindex="3005"/>

and Firefox gets:

<input type="radio" id="WELCOMEDEFAULTID" name="WELCOMEDEFAULT"
value="HAVEMYASA"   tabindex="3005"/>

So there's nothing we can do about this, server side problem on the alskaair.com
web server.

Comment 4

[Bob Clary [:bc] (inactive)]

Funny, it works in Mozilla trunk. I've sent them a note.

Comment 5

[Felix Miata]

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

QA, please follow the TE bug reporting guidelines.

Comment 6

[Bob Clary [:bc] (inactive)]

recevied a reply. they are currently testing for firefox support. let's follow
up in a week or so.

Comment 7

[Brendan Eich [:brendan]]

Re: comment 3's citation of the code:

onclick="javascript:setSignInSectionHomePage();javascript:form.USERID.focus();"

Why do people put useless "javascript:" labels in event handlers?  This came up
in another bug recently, and it's completely confused.  Does IE or some other
browser mistake such useless break/continue labels for script language identifiers?

/be

Comment 8

[Bob Clary [:bc] (inactive)]

Attachment: script.html - javascript: and vbscript: labels

I think it is mostly uneducated web coders who saw <a href="javascript:foo">
and think all event handlers need it too.

onclick="javascript:MsgBox 'JavaScript tried to execute VbScript'"
MSIE: thinks this is JavaScript and throws a compile error
Mozilla/Opera: treat it as a label and have run time error in JavaScript

onclick="vbscript:MsgBox 'VBScript tried to execute VbScript'"
MSIE: thinks is VBScript
Mozilla/Opera: treat as a label and have run time error in JavaScript

onclick="vbscript:alert('VBScript tried to executed JavaScript')"
MSIE: says, well since it looks like JS, I'll run it as JS.
Mozilla/Opera: treat as label and run as JavaScript without error.

Comment 9

[Bob Clary [:bc] (inactive)]

fixed.