102740 - Mozilla crashes when clicking on file

Status: VERIFIED FIXED

(Core Graveyard :: Plug-ins, defect)

Description

[Francisco León]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20011001
BuildID:    2001100101

Go to url, click on any file, like mozilla-devel.
Mozilla crashes with no talkback or console output

Reproducible: Always
Steps to Reproduce:
1.Go to url
2.Click on any rpm file


Actual Results:  Crash

Expected Results:  Window prompting to save

Plugins installed: java, flash, real audio
I downloaded another program in rpm from another webpage and no crash

Comment 1

[Tony Jordan]

Works For Me

2001100108 on Linux

Comment 2

[Francisco León]

2001100408 still crashes on me.
Perhaps this is because in the last 3 builds i have used, all 3 have been red
hat 7.x rpm's, and they may be causing crashes on my mandrake 8.1 box
Maybe i will try the precompiled tar.gz later

Comment 3

[Asa Dotzler [:asa]]

adding blizzard.

Comment 4

[Christopher Blizzard (:blizzard)]

What happens if you go to a site that has a real audio file on it?  The .rpm
extension is often mis-tranlsated into audio/x-pn-realaudio.

Comment 5

[Francisco León]

Most real audio stuff i find, are in "ram" format, not rpm itself, so i dont
have this problem (if you find something with real rpm, tell me to test)
But that's not the issue.
The issue is that mozilla.org is sending some http header that is making mozilla
crash. What else could explain that i can click on other rpm files in other web
servers and get a save dialog?
Example: go to galeon.sourceforge.net, click on download, get galeon. You should
be taken to the sourceforge download repository. Pick out any rpm file, and
click on it. You should get a save dialog.

Comment 6

[Francisco León]

Attachment: Nothing like debuggin'

Comment 7

[Francisco León]

Lots of things messing around. Glibc (2.2.4) and maybe the own realaudio plugin
are giving trouble.
Using mandrake 8.1 and build 2001100808

Now, why is mozilla.org the only site giving me trouble? Maybe the httpd is
sending the wrong header and real audio is getting called when it should not 

Comment 8

[Francisco León]

When erasing both real player libs from the plugins dir, i dont get the crash
anymore, but other sites dont give me trouble even with the plugin installed

Comment 9

[Asa Dotzler [:asa]]

->plugins

Comment 10

[av (gone)]

Francisco, other sites which do not give you a trouble -- do they have real .rpm 
files? My guess is that these files here are not, they just have .rpm extension, 
do not contain actual RealPlayer content. Maybe the plugin gets screwed by this.

Comment 11

[Francisco León]

the rpms on the mozilla http site are the same type of file that the rpms found
on the galeon website.

If there is any problem, it must be in the http header the 2 websites send

Comment 12

[Sergey Lunegov]

WFM on Linux RH 7.1 with CVS trunk build from 20011221  for Flash plugin 5.0 r47
and java plugin (jre1.3.1_01)

Comment 13

[Francisco León]

install real audio plugin and watch it sink

Comment 14

[Sergey Lunegov]

I think that this is INVALID bug. I found out the content-type of 
*rpm files given by http server of ftp.mozilla.org: audio/x-pn-realaudio-plugin.
I did it by means of 'telnet' program.

So Mozilla works absolutely correctly because it founds correct
plugin for this content type. So this is NOT mozilla bug but
this is error of configuration of http server of ftp.mozilla.org. I propose
to close this bug as INVALID. The same situation was in bug #109681.

Comment 15

[Francisco León]

what did you think "on mozilla site it crashes, in others it does not?"
yes, we know it's a server flaw, but should mozilla crash anyway? I think not

Comment 16

[Pete Collins (MDG)]

Since this if an ftp url, this could have been caused by bug #116170.
ftp stites were crashing mozilla. This is fixed now.

Test this on a trunk build and see if it crahses on you.
If not then this bug has been fixed.

--pete

Comment 17

[Sergey Lunegov]

I couldn't reproduce this (browser doesn't crash)
with trunk build (CVS sources from 20020113). Patch for #116170 has been
already checked into these sources.

Comment 18

[Pete Collins (MDG)]

I'd say bug owner should mark this WORKSFORME


--pete

Comment 19

[Francisco León]

I will mark this when i see the patch make it on the nightlies. Somehow it 
still has not been checked

Comment 20

[av (gone)]

--- Mass reassigning Unix bugs to serge ---

Comment 21

[serge (gone)]

I cannot reproduce the crash using 2002.01.18 linux debug build.
Francisco, are you still seeing the problem here?

Comment 22

[Francisco León]

same build
-with no real plugin: download window appears. File is sniffed as a real audio 
file
-with plugin installed: mozilla thinks it's a real audio file, and tries to 
open the file with the plugin, but no longer crashes

So, marking fixed. Please contact whoever in the mozilla organization maintains 
the httpd so they can fix the wrong file header as shown by #comment 14

Comment 23

[shrirang khanzode]

looking good, no crash.(0227 trunk)