Navigation Menu

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Browser plugin version detection #5766

Closed
anonymous-matomo-user opened this issue Aug 21, 2008 · 5 comments
Closed

Browser plugin version detection #5766

anonymous-matomo-user opened this issue Aug 21, 2008 · 5 comments
Labels
Enhancement For new feature suggestions that enhance Matomo's capabilities or add a new report, new API etc. wontfix If you can reproduce this issue, please reopen the issue or create a new one describing it.
Milestone

Comments

@anonymous-matomo-user
Copy link

Hmm, may it wouldn’t be difficult for you to add plugins’ version detection?

I found: http://www.builtfromsource.com/2007/06/26/detecting-plugins-in-internet-explorer-and-a-few-hints-for-all-the-others/

Just adapt your tracker’s code and implement additional functionality in back-end, please. ;]

@robocoder
Copy link
Contributor

Also consider adding Silverlight/Moonlight detection to the mix.

@robocoder
Copy link
Contributor

I’ve been experimenting with this feature — part of the reason why #355 is taking so long to fix ;) — and I don’t know if it’s that useful of a feature, as it’s very Windows IE-centric.

1) ActiveX objects don’t have a standard method or property for version info. Each plugin is different; each requires plugin-specific code to query the version info, if it exists.

2) For other browsers, navigator.plugins[] doesn’t have a version property; version info is sometimes embedded in the name or description properties…

3) should we collect the version number only? do we detect only genuine plugins or do we include the compatible ones? (eg totem)

The above also adds overhead: more code increases the size of piwik.js and initialization time. (A first party session cookie could be used to avoid plugin version detection on subsequent page visits to this site.)

@mattab
Copy link
Member

mattab commented Mar 23, 2009

I think it would be nice to detect Silverlight.
re 3) how would we define “compatible” plugins? It sounds like it may be hard to keep such a list, so I would say “detect only genuine plugin” and “detect only version number”.

Concerning the new feature “detecting the version number”, that would be a nice to have indeed, however it is low priority compared to getting the new piwik.js with the perfect api and tests cases.
Also, this will add a bit of UI complexity: how to display these version numbers? I would suggest that when clicking on the row, eg. “Flash”, it would display a subtable with the version details.

Concerning the overhead added by plugin detection, I would think that the overhead of download/outlink tracking is much bigger especially on pages with 200+ links.
However it would be interesting to profile the whole (new) piwik.js using firebug, on a very complicated page with lots of links, other JS libraries, etc., and also on profile on a very simple page.

@anonymous-matomo-user
Copy link
Author

I would also love to see the Silverlight’s…

@robocoder
Copy link
Contributor

As stated in comment:4, on IE, ActiveX plugin version detection varies between plugins. Meanwhile, on non-IE browsers, version detection has mixed success.

Since we are now proposing to disable ActiveX plugin detection entirely in #852, I am moving the Silverlight detection to a new ticket, #857.

@anonymous-matomo-user anonymous-matomo-user added this to the Piwik 0.4.2 milestone Jul 8, 2014
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement For new feature suggestions that enhance Matomo's capabilities or add a new report, new API etc. wontfix If you can reproduce this issue, please reopen the issue or create a new one describing it.
Projects
None yet
Development

No branches or pull requests

3 participants