Bug 36667 – Plugin versions are not propagated to navigator.plugins

• Status: RESOLVED
• Resolution: WONTFIX
• Component: Plug-ins

[Panayiotis Mavrommatis]

On Windows and Mac, plugins expose a version which we'd like to propagate to navigator.plugins and in general to provide that to the browser. This might allow the browser to warn users if their plugins are out of date.

[Alexey Proskuryakov]

How do these plug-ins expose the version number? Do other browsers expose it to JavaScript?

[Panayiotis Mavrommatis]

Created attachment 55183 [details]
Suggested patch

[Panayiotis Mavrommatis]

Yes, Mozilla Firefox >= 3.6 shows the plugin version in about:plugins and it exposes it in the JS object navigator.plugins

See suggested patch

[Alexey Proskuryakov]

My other question was how plug-ins expose this information. In particular, there are several places in a plist on Mac OS X that contain version. Looking at QuickTime plug-in for example:

	<key>CFBundleShortVersionString</key>
	<string>7.6.6</string>
	<key>CFBundleVersion</key>
	<string>1674</string>
	<key>CFBundleGetInfoString</key>
	<string>QuickTime Plugin, 7.6.6 Copyright Apple Inc. 1989-2010</string>

Firefox seems to use CFBundleShortVersionString. Is this what Chromium uses to populate this field in PluginData? Where does it come from for unpackaged plug-ins?

It doesn't really make a lot of sense to only implement this for Chrome, but expose an always empty version string in every other WebKit-based browser. It can be challenging to implement this property on all platforms at once, but something needs to be done to solve this. Personally, I'd try to fix as many platforms as I can, then hide the IDL attribute behind an #if check for others.

This definitely needs a regression test - we have a test plug-in that can be accessed from automated tests.

Sorry that this take a while. To make sure that a patch sticks in review queue for everyone to see, please follow <http://webkit.org/coding/contributing.html>.

[hexalys]

(In reply to comment #4)
> It doesn't really make a lot of sense to only implement this for Chrome, but expose an always empty version string in every other WebKit-based browser. It can be challenging to implement this property on all platforms at once, but something needs to be done to solve this. Personally, I'd try to fix as many platforms as I can, then hide the IDL attribute behind an #if check for others.

Any progress on this?

No webkit browsers currently expose plugin.version at the moment, which is quite bad from a cross-browser standpoint now that IE11 does.
http://msdn.microsoft.com/en-us/library/ie/dn268316(v=vs.85).aspx

While it is possible to get an roughly accurate version most of the time from plugin.description or plugin.name, versions don't always match properly between Firefox/IE and Webkit/Blink for all plugins.

> Firefox seems to use CFBundleShortVersionString. Is this what Chromium uses to populate this field in PluginData? Where does it come from for unpackaged plug-ins?
Apparently yes as per this question's statement:
http://stackoverflow.com/questions/16979253/installed-plugin-version-not-showing?rq=1

For more perhaps useful info as far as implementation, see: https://bugs.launchpad.net/pipelight/+bug/1313457

[Alexey Proskuryakov]

Mass closing plug-in bugs, as plug-in support has been removed from WebKit.

Please comment and/or reopen if this still affects WebKit in some way.