264247 - Javascript problem : popup window don't appears

Status: RESOLVED WORKSFORME

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

Description

[LEFEBVRE Christophe]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.3) Gecko/20040910

When you click on a javascript link, the popup window is not displayed.

Reproducible: Always
Steps to Reproduce:
1. Go on http://www.vitrinemagique.com
2. Click on the first "OK" (Je commande directement. A partir d'un catalogue
papier et je bénéficie de tous mes avantages.)
3. Type a number in the "J'ai un code magique et je le tape ici" field.
4. Click on OK : nothing occurs. It runs properly under I.E. that is to say a
popup window appears.

Actual Results:  
Nothing. Under I.E., a popup window is opened.

Expected Results:  
Open a new popup window.

Comment 1

[Matthias Versen [:Matti]]

Did you try it without popup-blocker ?

Comment 2

[Brendan Eich [:brendan]]

C'mon, this so is not a JavaScript Engine bug.

/be

Comment 3

[Sander]

Error: codeavantage is not defined
Source File: http://www.vitrinemagique.com/commande/panier.htm?0=676-07728-65229
Line: 299

It's trying to do location = "http://etc" + codeavantage.value + "blabla", with
codeavantage being the name of the input field. Do we bother sending stuff like
this to tech evangelism nowadays, or just INVALID?

Comment 4

[Brendan Eich [:brendan]]

This is a dup, and we do reflect elements by name into the window scope in
quirky documents now, for 1.7.x (x probably >= 5) and aviary branch.

/be

Comment 5

[Boris Zbarsky [:bzbarsky]]

Wait.  This reflecting thing is not on trunk?  The page is definitely quirks
mode and fails in this morning's trunk build.

Comment 6

[Johnny Stenback (:jst)]

The element reflection code is on the trunk, the problem is that we only reflect
a small set of element types by their *name*, and input isn't one of them. Do we
think it's worth changing that?

Comment 7

[Boris Zbarsky [:bzbarsky]]

Inputs are very commonly referenced by bare name in IE-targeted scripts...  So
maybe yes.

Comment 8

[Boris Zbarsky [:bzbarsky]]

Note that mapping inputs may well fix bug 242557 and its dependencies...

Comment 9

[Frank Helk]

I've seen that behaviour on many other sites, and in all places IE works well on
those links.

I definitely support any effort to fix this thing SOON.

Comment 10

[Richard Elkins]

When Firefox advanced from 1.0.6 to 1.0.7, I noticed the same phenomenon at
www.pogo.com on both Windows XP Pro and Fedora Core 4.  My list of allowed popup
sites hasn't changed in at least 1 year.  Reproduce this way consistently:

1. Go to http://www.pogo.com/ and login.  Note that "pogo.com" is allowed in my
popup-block-exception list.
2. Select a game that uses popup windows such as Dominoes.
3. Enter a game room (E.g. Dominoes Social - Tournaments Room 2).
4. When the commercial is over (sorry for the wait!), select any table and
select options such as "Make table private".  Click "PLAY".
5. No warning appears about the site trying to open a popup window appears.
6. Eventually (sorry for the wait again), the game app gives up with a complaint
message in the game room.

Turned off popup blocking temporarily.  Restarted Firefox.

* Repeat steps 1-4.
* I got the same results as in 5-6.
* Note that Internet Exploder on Windows has no trouble with pogo.com popup
windows with a popup-block-exception list.

Pogo's Dominoes game popup window page info just now:
http://game1.pogo.com/room/table/frameset.jsp?site=pogop&scrn=USERID&rkey=domino-pldosf108&anam=Tournaments+Room+2&rspt=6123&ahst=game1.pogo.com&lkey=Q1S-FQjYMI6pz5sLCmb3owAAKDw.&rhst=www.pogo.com&game=domino&size=l&install=true&msvm=false

I have used popup windows successfully at other sites in Firefox version 1.7 on
both Windows and Linux (E.g. games.yahoo.com).

Comment 11

[Richard Elkins]

NOT A BUG.  Seems to have been an applet issue as I can no longer reproduce this on Windows or Linux as of today.  Sorry for the bother.  It is so difficult to tell sometimes, especially without source code (Pogo's applet from EA Games).

Comment 12

[Richard Elkins]

NOT A BUG.  Seems to have been an applet issue as I can no longer reproduce this on Windows or Linux as of today.  Sorry for the bother.  It is so difficult to tell sometimes, especially without source code (Pogo's applet from EA Games).

Comment 13

[William Bumgarner [:zsinj]]

<- WFM per comment 11