Closed Bug 273950 Opened 20 years ago Closed 19 years ago

Plugin Finder Service does not find SVG Plugin

Categories

(Toolkit Graveyard :: Plugin Finder Service, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: stefan.vallaster, Assigned: rebron)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0

On the page Firefox give the message that some plugins should be downloaded.
Click on the download button. Plugin Finder Service shows window, but nothing
gets downloaded

Reproducible: Always
Steps to Reproduce:
1.
2.
3.



Expected Results:  
Software should download the plugin
that page directly loads svg, and not using plugin markup.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Doron, if you have a chance, could you expand on that a bit, for the benefit of
future QA, and also, are you sure, and sure that our behavior is what we want?

View source says the page is using <object data="../images/gf4.svg"
type="image/svg+xml" width="100" height="75">Your Browser can not display the
SVG-Graphic</object>, which seems to be what every tutorial I saw says to use
for <object>. Whether or not we support that, what I see in 1.0 without an SVG
plugin is that on first load, the pfs infobar comes up, and clicking the
"Install Missing Plugins..." button just makes it disappear. Reload the page,
the infobar comes up again, and clicking the button again brings up the plugin
wizard, which just permanently hangs  saying it's checking for plugins but doing
nothing after a second of network activity.

With the first page of the W3C test suite at
http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-animate-elem-02-t.html
which uses <embed> (with no type or pluginspage attribute) instead, I see
exactly the same thing.
actually, I probably misread that testcase.  However, filing bugs to add support
for plugins is also invalid, I have no idea what the process is to add more
plugins to the pfs backend.

reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
over to rebron, I guess we need to talk to adobe about plugins.
Assignee: doronr → rebron
Split off bug 273978 for the pfs wizard hang, which actually happens with any
"+" in the mime type.
can you check for a js error in the console?
i see no js error on my console
Here another Adobe SVG plugin that breaks the Plugin Finder:

http://www.adobe.com/svg/overview/interactive.html
(Click on the Chart demo)

Most likely the same issue. Here are some warnings/errors I am seeing in the
JavaScript Console when I invoke the Finder:

Warning: redeclaration of var child
Source File: chrome://mozapps/content/plugins/pluginInstallerDatasource.js
Line: 66, Column: 12
Source Code:
        var child = children.getNext();

Warning: trailing comma is not legal in ECMA-262 object initializers
Source File: chrome://mozapps/content/plugins/pluginInstallerDatasource.js
Line: 104
Source Code:
};

Error: aPluginInfo has no properties
Source File: chrome://mozapps/content/plugins/pluginInstallerWizard.js
Line: 102
Status: UNCONFIRMED → NEW
Ever confirmed: true
We have native SVG support in Firefox 1.5.
Comment 8 is another issue, mainly that Adobe doesn't have their server configured to send "Content-Encoding: gzip" for svgz files.
Status: NEW → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → WONTFIX
Product: Firefox → Toolkit
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.