293177 - firefox doesn't open javascript popups which are linked to sites in which german letters are included (ä,ü,ö-->ae,ue,oe)

Status: RESOLVED WORKSFORME

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

Description

[roebbu]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

Firefox opens:
onclick="MM_openBrWindow('anfahrt_schuetzenhaus.htm','','width=340,height=340')"/></a></p>

but he doesn't open: 
onclick="MM_openBrWindow('anfahrt_schützenhaus.htm','','width=340,height=340')"/></a></p>

Microsoft Internet Explorer opens both links.

Reproducible: Always

Steps to Reproduce:
1.doing a javascript popup (tested with onClick) and link it to a site in wich
ö,ä, or ü is included.
2.result: firefox doesn't open js onClick popups with german letters (html;
&uuml; etc..)
3.

Actual Results:  
failure site 404

Expected Results:  
open the onClick popup

it's a fresh installed Windows Xp PC, the problem occures on other pcs too.

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

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

Comment 2

[Daniel Veditz [:dveditz]]

This is not a security exploit, clearing flag. It's unlikely to be a DOM bug,
maybe parser, maybe networking, maybe we're actually correct but should copy IE.
Maybe the page/server needs to specify a character set.

It would help to have an actual page, the bug itself is missing a lot of
information. For example, what is the encoding of the page? (view page info). Is
it the same in both Firefox and IE? Is it explicitly set in the page or by the
server? Is it not set and Firefox and IE are making different default guesses?

Have you turned on HTTP debugging in the client or logging on the server to see
what URL we're actually sending to the server in the 404 case?
(http://www.mozilla.org/projects/netlib/http/http-debugging.html)

Comment 3

[Gérard Talbot]

Reporter, without the ability to examine the page or without a reduced/minimal
testcase showing the problem, there is very little we can do here.

Is the problem happening too with a trunk nightly build?

HTML 4.01 section B.2.1 Non-ASCII characters in URI attribute values
http://www.w3.org/TR/html401/appendix/notes.html#non-ascii-chars

"(...)  to inspect the HTTP headers that your web server is sending along with
your files."
http://www.delorie.com/web/headers.html

qawanted keyword added

Comment 4

[David Grant]

http://www.yvr.ca/

I have an example of the problems I'm getting. Go the site above and try to open
real-time arrivals or departure information. A window opens up (a process is
started) but the window doesn't exist, or isn't visible. ie. after closing the
www.yvr.ca window, the pop-up is not visible, but it must be killed manually, in
order to start firefox again. This happens to me in Windows and Linux. Happens
with all sorts of other sites as well.

Comment 5

[Gérard Talbot]

> I have an example of the problems I'm getting. Go the site above and try to
> open real-time arrivals or departure information. A window opens up (a process 
> is started) but the window doesn't exist, or isn't visible. 

I went to the Vancouver Airport website (http://www.yvr.ca/), clicked the
Arrival Times "javascript:" link and it opened a double-frame requested popup
window. That new secondary window loaded documents in both frames, as expected.
I also tried the Departure Times "javascript:" link and it also worked as
expected. No problem whatsoever while using Mozilla 1.8b2 build 2005052405 and
Firefox 1.0.4 rv: 1.7.8 build 20050511 under XP Pro SP2.

I checked the openWin2 code which was called from
<a href="javascript:openWin2('/flightinfo/fids/ifids/ifid_Frameset_ARR.htm',
760, 500, 1);" onMouseOver="[snipped]" onMouseOut="[snipped]"><img [snipped]></a>
and saw nothing particular except the known related-problems with "javascript:"
pseudo-links.

> ie. after closing the
> www.yvr.ca window, the pop-up is not visible, but it must be killed manually, 
> in order to start firefox again.

1 question for you, David: do you have 
Tools/Options.../Web Features/Advanced javascript options.../Raise or lower windows
checkbox checked or unchecked?

> This happens to me in Windows and Linux. Happens
> with all sorts of other sites as well.

This bugfile is related explicitly and specifically to links opening new windows
which have german letters in their urls.

Comment 6

[Gérard Talbot]

The following testcase

http://www.gtalbot.org/Bugzilla/Bug293177.html

WORKSFORME

in Mozilla 1.8b2 build 2005052405, Firefox 1.0.4 rv: 1.7.8 build 20050511 and
Netscape 8.01 (under Firefox rendering engine: rv:1.7.5; Gecko/20050519) under
XP Pro SP2.

Comment 7

[Gérard Talbot]

No answer to question. No reply. No provided url where the problem might be
occuring. 

Resolving as WORKSFORME

Reporter, you may reopen this bug if you can provide needed info.