143424 - Plug-in Finder Service is not really needed

Status: VERIFIED DUPLICATE of bug 56106

(Core Graveyard :: Plug-ins, defect, P3)

Description

[jofin]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.0+) Gecko/20020508
BuildID:    20020508

If I open this webpage the plug-in finder tries to find a plug-in for
mimetype=audio/midi without success. 
There is no need in having this plug-in and I would be very glad if I could view
the website without being automatically redirected to plug-in finder website.
Although you don´t need to have the plug-in, there is no way to view the website. 
I really would like this to be changed.

Reproducible: Always
Steps to Reproduce:
1. Open a website with an uninstalled plug-in.


Actual Results:  redirection to
http://cgi.netscape.com/cgi-bin/plug-in_finder.cgi?mimetype=...

Expected Results:  nothing

Comment 1

[Boris Zbarsky [:bzbarsky]]

When I open this site, I do not get redirected and there is no plugin dialog....
(and no, I have no MIDI plugin).

Do you get redirected automatically, or do you get a dialog that offers "OK" and
"Cancel" options?

Comment 2

[jofin]

I am able to view the page for about one second. After that it redirects to
Netscape plug-in finder without any dialog boxes.
By the way: The website I meant is http://www.tv-quoten.de/index2.html.
I found an other website with the same behaviour:
http://www.miditrax.com

Comment 3

[shrirang khanzode]

check ur pref under edit|prefs|navigator|helper app. uncheck it if u don't want 
to use it.

Comment 4

[jofin]

>>check ur pref under edit|prefs|navigator|helper app. uncheck it if u don't want 
>>to use it.

I´m very sorry but this doesn´t change anything.

Comment 5

[shrirang khanzode]

well, then make changes to quicktime and let it handle this mime type..u will 
need it anyway? 

Comment 6

[Boris Zbarsky [:bzbarsky]]

Er, what does QuickTime have to do with this?

Reporter, if you uncheck the "Always use PFS" option and restart mozilla, does
this problem go away?  If not, then the option needs to be fixed to work.  If
the option _does_ work but needs a restart, our wording should say that.

Comment 7

[shrirang khanzode]

PFS will be invoked in this case all the time..no matter what since the web 
author has not specified any "pluginspage" or "pluginurl" attribute.
code looks like this:

<EMBED SRC=" http://www.tv-quoten.de/Freunde_fuers_Leben.mid" HEIGHT=2 WIDTH=2 
AUTOSTART=TRUE HIDDEN=TRUE LOOP=TRUE>


 PFS logic is supposed to take over in such a case even if the check box is 
selected or not. Peter, can u pls confirm this? 
 
I tried this test, it took me here : 
http://cgi.netscape.com/cgi-bin/plug-in_finder.cgi?mimetype=audio/mid

which seems correct

Comment 8

[shrirang khanzode]

Boris: by quicktime , I meant...to not see this in the first place (to not let 
PFS take over), let some plugin already handle the '.mid'extension ;). why be 
left out ?

Comment 9

[shrirang khanzode]

and,btw, PFS does not need a restart, I confirmed. Closing the Prefs dialog 
sets/resets it. wfm ?

Comment 10

[Boris Zbarsky [:bzbarsky]]

So.. let me get this straight.

Loading that page, _by_design_ will immediately take you to a different page? 
And not allow you to view the page you actually want?  With no way to disable
it?

As for why not quicktime... how about "I don't want my computer playing sounds
at me from web pages"?  That's not being left out, that's keeping my sanity.

Comment 11

[jofin]

I think the user shouldn´t be forced to install a plug-in when it´s not really
needed to view the site. I really don´t like programs that don´t let me choose
wether I want to install a programm or not.

Comment 12

[rubydoo123]

The redirect to the PFS is by design if the web author does not include the
appropriate information. If you decide you do not want to download the plug-in,
just hit the back button and you will be returned to the page. Once you return
to the page, you should not be redirected again. If you are, then that is a bug.

Not viewing or opting to not view the plug-in will be part of the Plug-in
Manager. The user will have the ability to select "Do not display." Other
viewing capabilites will also be present.

Comment 13

[shrirang khanzode]

> Loading that page, _by_design_ will immediately take you to a different page? 
And not allow you to view the page you actually want?  With no way to disable
it?

Firstly, the page that loads asking user to downlad plugin is a new window and 
not the same browser window. SO the user can get away with it by closing that 
window. Now..I amnot justifying that this is correct..but to solve this issue 
and to maintain ur sanity:)...the bug to implement Plugins Manager might take 
care of these issues (bug 19118).marking this wfm.. pls reopen with a 
justification, Thx!

Comment 14

[jofin]

To #12:
If I hit the back button I AM redirected again.

To #13:
The plug-in site DOES open in the same window.

So there is no way to view the original website without installing the plug-in.

Comment 15

[shrirang khanzode]

how about Edit|Prefs|Advanced|Scripts & Widnows

Check the first selection and tell me what happens? Mine was ON by defauly..I 
never set it.

Comment 16

[jofin]

Edit|Prefs|Advanced|Scripts & Widnows
Checking "Open unrequested windows" doesn´t change anything.

Comment 17

[jofin]

Edit|Prefs|Advanced|Scripts & Widnows
Checking "Open link in new window" WORKS as workaround but each visit on the
website will open new plug-in-windows.

Comment 18

[Boris Zbarsky [:bzbarsky]]

Aha.  See bug 130337 -- this is very similar...

Reopening and marking dependent; this bug could also be fixed by using
window.open() in the PFS instead of redirecting to a target="_new/_blank" as we
seem to do.

Comment 19

[serge (gone)]

Attachment: test case

silent redirection only if HIDDEN=TRUE

Comment 20

[serge (gone)]

Attachment: test case w/o HIDDEN=TRUE

Comment 21

[shrirang khanzode]

for once, I felt that this might be an issue...but was lazy to test it out. Thx, 
serge !!

Comment 22

[serge (gone)]

Attachment: test case WIDTH & HEIGHT too small

WIDTH & HEIGHT too small (no pazzle image)
there is no way to involve PFS.

Comment 23

[rubydoo123]

The plug-ins triage team (av, beppe, peterl, serge and shrir) have reviewed this
issue and have made the following determination:

This will be resolved through bug 56106

*** This bug has been marked as a duplicate of 56106 ***

Comment 24

[shrirang khanzode]

mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"