Plug-in Finder Service is not really needed




16 years ago
16 years ago


(Reporter: jofin, Assigned: rubydoo123)


Windows ME

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [PL Mgr], URL)


(3 attachments)



16 years ago
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

Expected Results:  nothing
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

16 years ago
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
I found an other website with the same behaviour:
Ever confirmed: true

Comment 3

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

Comment 4

16 years ago
>>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

16 years ago
well, then make changes to quicktime and let it handle this mime type..u will 
need it anyway? 
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

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


 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 :

which seems correct

Comment 8

16 years ago
Boris: by quicktime , I 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

16 years ago
and,btw, PFS does not need a restart, I confirmed. Closing the Prefs dialog 
sets/resets it. wfm ?
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

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

16 years ago
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

16 years ago
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

16 years ago
> 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

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!
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME

Comment 14

16 years ago
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

16 years ago
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

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

Comment 17

16 years ago
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.
Aha.  See bug 130337 -- this is very similar...

Reopening and marking dependent; this bug could also be fixed by using in the PFS instead of redirecting to a target="_new/_blank" as we
seem to do.
Depends on: 130337
Resolution: WORKSFORME → ---

Comment 19

16 years ago
Created attachment 83113 [details]
test case

silent redirection only if HIDDEN=TRUE

Comment 20

16 years ago
Created attachment 83114 [details]
test case w/o HIDDEN=TRUE

Comment 21

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

Comment 22

16 years ago
Created attachment 83118 [details]
test case WIDTH & HEIGHT too small

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


16 years ago
Priority: -- → P3
Whiteboard: [PL Mgr]
Target Milestone: --- → Future

Comment 23

16 years ago
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 ***
Last Resolved: 16 years ago16 years ago
Resolution: --- → DUPLICATE

Comment 24

16 years ago
mass duplicate verifications . For filtering purposes, pls use keywd

You need to log in before you can comment on or make changes to this bug.