376599 - Flash : Download dialog for disabled flash animations appears

Status: RESOLVED INVALID

(Core Graveyard :: Plug-ins, defect)

Description

[Jan]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a4pre) Gecko/20070402 Minefield/3.0a4pre
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a4pre) Gecko/2007040204 Minefield/3.0a4pre

Flash plugin is disabled, flash is no available on the site. After the page is loaded , download dialog for flash animation appears.

Reproducible: Always

Steps to Reproduce:
1.Open URL: http://www.sportti.com
2.
3.
Actual Results:  
Flash plugin is disabled, flash is no available on the site. After the page is loaded , download dialog for flash animation appears.

Expected Results:  
Page is loaded.

Comment 1

[Matthias Versen [:Matti]]

"Flash plugin is disabled"
How do you do that ?

Comment 2

[Antonio Gomes (tonikitoo)]

(In reply to comment #1)
> "Flash plugin is disabled"
> How do you do that ?
> 

mv ~/.mozilla/plugings/libflash* ~
mv ~/.mozilla/plugings/flashplayer.xpt ~

problem happens on FF 2.x

Comment 3

[Matthias Versen [:Matti]]

Reporter: Is this still a problem ?

Comment 4

[ojab]

Attachment: Testcase

It is still a problem.
1. Disable plugins
2. Open the attached file
3. You got 10 "Open/Save" windows.

Comment 5

[ojab]

*1. Disable _flash_ plugin.

Comment 6

[ojab]

Attachment: Testcase

Video in previous test case is rather grim, sorry for that. Replace with safe one.

Comment 7

[Matthias Versen [:Matti]]

That is no bug but rather the correct behavior if the website points the browser to a content-type that is not supported and in this case application/x-shockwave-flash is not supported by the browser.

Comment 8

[ojab]

I assume that it is a actually a bug, please reopen. If you don't think so — go to http://ojab.ru/xyz.html


Comment 9

[ojab]

Erm, link should be http://ojab.ru/xyz.html of course.

Comment 10

[John Schoenick [:johns]]

Youtube is returning a raw swf file from its embed links here, so pointing an iframe at an unknown file results in us attempting to download it. Note that chrome has the same behavior in these test cases.

On the other hand, this page produces a sort of dos against the user with many download popups, which shouldn't be allowed, but is a separate bug.

Comment 11

[Matthias Versen [:Matti]]

What should the browser do in case it encounters a unknown content-type ?
A Download prompt is the right thing to do.
That you can use it for a DOS is a different bug as John already wrote.
You can do the same with external protocol handlers.

Comment 12

[ojab]

Ouch, ok. Should I fill another one bug for DoS behavior or it's already filled (can't find any)?
As a side note: Chrome shows a bar with 'This site is attempting to download multiple files. Do you want to allow this?' message (see http://i.imgur.com/LayPH.png) and there isn't any modal dialogs.