54755 - null-plugin dialog behaving bad and results are confusing

Status: RESOLVED WORKSFORME

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

Description

[R.K.Aa.]

at http://www.sol.no/cgi-bin/cgo/wapland/mobil/http://wapland.no/art/1191.html
there is an mpg file which requires a plugin i don't have.
The new null-plugin dialog is now a gtk type dialog and it pops up telling:

"This page contains information of a type () that can
only be viewed with the appropriate Plug-in.
Click OK to download Plugin."

so i click OK, and a new browserwindow loads
http://home.netscape.com/plugins/search_pi.html
At this point everything locks up - cant scroll or click.
I then find that the download dialog hasn't dismissed but is hiding behind the
browser window and locking everything. Clicking OK once more opens yet a window
with above URL. So i click cancel on the download dialog, and read the plugin
search page. No plugin i need is mentioned however, so instead i try to search.

I use linux, and the only OS option that seems relevant is the very last one
listed, one named "andLinux".
Selecting that, and leaving other options set to "all mimetypes" and "all file
extensions" returns a result of exactly zero plugins.

Expected behaviour:
-Dialogue to dismiss when i have clicked OK
-Then be presented with a plugin that can handle the filetype i needed for a
particular page. (Or alternatively be told that none exist, but be told so right
away, and not have to search at random for a plugin i have no idea what should be)

Comment 1

[R.K.Aa.]

2000092821

Comment 2

[av (gone)]

Stephen, is it something you are familiar with?

Comment 3

[Stephen Mak]

This bug has 2 parts:
1. the dialog box can't be dismissed when click okay.
2. the browser open a new window for an unknown plug-in regardless whether the
   plug-in for certain platform exist or not.

for part 1, i wonder it's a duplicate of bug#55261. and timeless is rewriting th
gtk dialog box with xul (which i think it's the right way to do so) and think
it will solve the problem (do the problem really exist? check bug#55261 for 
details)

for part 2, there are something to explain here...
- i found that for unix platforms, even though a plug-in do exist, the netscape 
plug-in page can't find the right plug-in and show up in the search result.
It's working on win32, but just not working on unix platforms (even though
i use the same URL). I also tested with netscape 4.x and also it's not working
for the netscape plugin page to find the appropriate plugin. As a result, user
need to search it manually all the times. 

- if there is no such plugin avaliable for certain platform. Per shrir request,
we should show up there is no matching plugin avaliable in the dialog box. I 
don't think it's easy to do as there is no quick way to search the netscape
plugin database to check any corresponding plug-in avaliable for certain 
platform (correct me if i am wrong). If anybody know how to do it, i would glad
he/she can help out.

smak

Comment 4

[ekrock's old account (dead)]

Future. Not N6 RTM blocker. (Enhancements on making plug-ins easier to find
would of course be welcomed for future releases!)

Comment 5

[R.K.Aa.]

This bug has yet a part: A typo at the Netscape website.
What kind of OS is "andLinux" ?

Comment 6

[Sergey Lunegov]

Reporter, would you please create attachment with testcase: I couldn't
load URL specified in bug description because userID and password are needed.

Comment 7

[R.K.Aa.]

no more hang and Netscape plugin page have cleaned up their act ;)
WFM.