Closed Bug 258955 Opened 20 years ago Closed 20 years ago

We need plugin listings and packages at update.mozilla.org (flash, java, acrobat, shockwave, realplayer, others?)

Categories

(Toolkit Graveyard :: Plugin Finder Service, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 247814

People

(Reporter: frederic.conrotte, Assigned: myk)

References

Details

(Whiteboard: u.m.o.)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040911 Firefox/0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040911 Firefox/0.10

when surfing on sites using Macromedia Flash, Firefox 1.0PR tells me "Click here
to download the plugin".

If click, i get "The following plugins are available : Flashplayer 7.0.16" but
when i click on "Next", Firefox 1.0PR tells me that "Flashplayer 7.0.16 :
Failed" without no more informations :-/

If I click on "manual install" I do not know how to install it.

On other sites, if i need the java or Realplayer plugin, it only tells me that
the "plugin is not available" !

Is there any way I can get more infos why this does not work ? bandwidth problem  ?



Reproducible: Always
Steps to Reproduce:
1. go on a web site using a Macromedia Flash plugin, Java or Realplayer plugin
2. try to install it by clicking on "click here to install the plugin"
 

Actual Results:  
automatic plugin installation failed

Expected Results:  
successfull install ! :-)

try with websites www.euronews.net => video, http://www.flashkit.com or
http://www.appletcollection.com/
Summary: [blocking-aviary1.0PR?] Plugin Finder Service broken → Plugin Finder Service broken
Flags: blocking-aviary1.0PR+
You're not supposed to touch the -/+ blocking flags unless your a driver.  I'll
leave it at ?, though due to the nearness of PR it's likely to get minused.

For general triage, I haven't tested plugin finder so I have no idea how
good/broken it is.
Flags: blocking-aviary1.0PR+ → blocking-aviary1.0PR?
Frederic, thanks for reporting this and getting it on our radar. We appreciate
your help on this very important release. 

This is known. It depends on us having real flash packages on the server which
we don't and won't until we conclude the work with Macromedia to redistribute
their plugin (I believe).  The infrastructure is in place, and I believe working
as expected. We simply don't have the plugins sitting on the server yet. 

The reason you see the different behavior between the Flash and Java (and
others) plugins is that we have a "dummy" flash listing on our server and we
don't yet have that for Java or RealPlayer or Shockwave, etc. This is all server
side issues and I believe that the client is behaving as expected. 

We will hopefully have more of the actual plugins in place for the 1.0 release
candidates. Thanks again for taking the time to bring this to our attention.
Flags: blocking-aviary1.0PR? → blocking-aviary1.0PR-
okay, and thanks to you for the clear and quick explanation, you are doing a
very great job !

Fred
Actually, I looked and it appears that we don't have a confirmed bug on file for
this. I'm absolutely sure it's on our list of things to do but it's possibly
being covered by the people who handle the relationships with licensing and
other companies. I'm going to confirm this report and let it act as the 1.0
blocker for this issue. 
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-aviary1.0+
*** Bug 258742 has been marked as a duplicate of this bug. ***
*** Bug 257148 has been marked as a duplicate of this bug. ***
Summary: Plugin Finder Service broken → We need plugin listings and packages at update.mozilla.org (flash, java, acrobat, shockwave, realplayer, others?)
OS: Linux → All
Hardware: PC → All
*** Bug 258742 has been marked as a duplicate of this bug. ***
What's the actual bug here Asa? plugin finder worked fine for me...
-> jst
Assignee: firefox → jst
Component: General → Plugin Finder Service
QA Contact: firefox.general → firefox.plugin.finder
*** Bug 262847 has been marked as a duplicate of this bug. ***
While we wait for the plugins to be placed on u.m.o, it might be useful for
testing purposes to "activate" the dummy portion of the server, so users/testers
can better differentiate between a Firefox bug and an u.m.o server bug.

Would the web page's top menu then look like this:

__/ Mozilla \_/ Firefox \_/ Thunderbird \_/ *Plugins* \______/ Login \__

(notice that I think the "Login" tab should be slightly more displaced from the
other tabs! New bug, or can someone do this "on-the-fly"?)

or would the site be:

__/ Mozilla \_/ *Firefox* \_/ Thunderbird \______/ Login \__
Home | FAQ | Extensions | Themes | *Plugins*

and only be visible when the "Firefox" tab is selected?
> ------- Additional Comment #8 From Ben Goodger  2004-09-27 21:53 PDT  [reply]
>-------
>
>What's the actual bug here Asa? plugin finder worked fine for me...

is the bug documenting the fact that you can't go to u.m.o and find plugins and
install them?

looks to me like we have no navigation path to find plugins, you have to wait
until you have a puzzel piece...

not sure this bug needs to block release of the client, but it needs to be
addressed soon.

maybe wolf or myk or someone working on u.m.o can help on this one.
Assignee: jst → psychoticwolf
I really think this will be solved BEFORE 1.0 Final. Otherwise you will lose
many people from installing Firefox just because of this :-(
Whiteboard: server side
Assignee: psychoticwolf → myk
myk is going to have a look at this.
*** Bug 263341 has been marked as a duplicate of this bug. ***
*** Bug 264417 has been marked as a duplicate of this bug. ***
Whiteboard: server side → u.mo,
This would be nice to have, but we've got licensing and other issues that may
make it difficult. I'm setting to blocking minus because this can happen after
the release if need be.
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Whiteboard: u.mo, → u.m.o.
Thanks for your answer, FF1.0 is out in 15 days now, do you got any news ?

Is there any chance this issue can be sorted out before 1.0 is out ?
I'm working on a basic update.mozilla.org plugins page that should be ready in a
couple days.
Status: NEW → ASSIGNED
Blocks: 247814
Is this a dupe of bug 247814, which introduced
https://addons.update.mozilla.org/plugins/ ?
Yes.

*** This bug has been marked as a duplicate of 247814 ***
No longer blocks: 247814
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.