Extension talk:Matomo/Archive

Internal Error
After adding the three Elements to the LocalSettings.php and uploading, I moved to my Domain and receive an Internal Error:shahanaz

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

I've added the Line to my LocalSettings.php, but after that, I received another Internal Error:

 Aliases file does not exist   Backtrace:   #0 /.../.../webpages/includes/SpecialPage.php(215): Language->getSpecialPageAliases   #1 /.../.../webpages/includes/SpecialPage.php(339): SpecialPage::initAliasList   #2 /.../.../webpages/includes/parser/Parser.php(1774): SpecialPage::exists('UserLogin/signu...')   #3 /.../.../webpages/includes/parser/Parser.php(985): Parser->replaceInternalLinks(' you shoud write the name of the directory of the extension (normally with the capital P;   always goes with the capital P). And   variable should have the host and the path to your piwik installation, not the extension. --Isb1009 14:22, 29 January 2010 (UTC)

Can we track sysops users ?
I would like to also track sysops users, but see in the page source following comment.

--Mark 16:36, 19 January 2010 (UTC)

No worries found answer

in ~/extensions/Piwik/Piwik.php update

$wgPiwikIgnoreSysops = false;


 * You'd better add that setting into your LocalSettings.php file to prevent any changes in any future versions. --Isb1009 21:55, 24 January 2010 (UTC)


 * Also ran into this problem just now and couldn't find anything much in the README or extension page. Also, as a suggestion, could this be considered as false by default as on the majority of MediaWiki configs I know the admin is a real user, and in fact has to be when using external auth such as LDAP. Therefore this is a real loss of information and shouldn't be losing that information by default, IMO. User:Terado 15:42, 3 January 2011 (UTC)

Remote piwik installation
I am using a remote piwik installation, but I guess your code needs it on the same server, right? I'd like to see the extension supporting the remote installations. :-)
 * Not really :D For example, I myself have Piwik in a different domain than the wiki and of course, the domain can be in a remote server. --Isb1009 21:52, 24 January 2010 (UTC)

Not tracking
For some reason this extension isn't reporting back to Piwik.

My config: require_once($IP.'/extensions/Piwik/Piwik.php'); $wgPiwikURL = "/piwik/"; $wgPiwikIDSite = "1";

Folder layout: public_html/piwik public_html/wiki

If I replace the funcOutput in Piwik.php for the extension with the suggested Javascript by Piwiki's own software, it works fine, though it could probably be done w/o out this extension. How do I get it working correctly without my hacks? --68.209.251.67 02:04, 1 March 2010 (UTC)


 * Which versions (Piwik, MediaWiki and Piwik Integration) are you using? --Isb1009 13:27, 1 March 2010 (UTC)


 * Media Wiki 1.5.1 / Piwik Integration (Version 0.8-piwik0.2.26 (1.0-RC3) [r44932]) / Piwik 0.5.4 --68.209.251.67 23:54, 1 March 2010 (UTC)


 * For Piwik ≥0.4 you need Piwik Integration 1.5-piwik0.4.2, but then you need to install MediaWiki ≥1.14. Piwik Integration 0.8-piwik0.2.26 might work with Piwik 0.5.4 (not sure), but then you need to install at least MediaWiki 1.11. Sorry for the delay --Isb1009 11:36, 30 March 2010 (UTC)

no Data since piwik 0.5.5
i get no data since piwik update to 0.5.5 (Mediawiki 1.15.2)
 * I've taken a look at it and it's quite a strange error. It wasn't working for me until I started to edit the files of the extension. I returned them back to their original code and it's still working. Try to edit and save your LocalSettings.php file and it may work again. If it doesn't, just post a message here again. --Isb1009 19:53, 31 March 2010 (UTC)
 * sorry still no data


 * Try to download the latest version from the trunk. I haven't made any changes to it (though MW devs fixed something about the indentation and the description of the extension), I also run Piwik 0.5.5 and MediaWiki 1.15.2 and it's working. --Isb1009 14:33, 2 April 2010 (UTC)

Backslashes and no data shown
Two comments about this extension...

1) The note about you must add the backslash, doing so creates a double backslash in the routing for the plugin as in:

/something//piwik/otherstuff

Removing that / from the routing removed a 403 error I was getting...

2) The plugin now seems to be working, but the Special Page shows no data while the actual Piwik page does show data...

Any thoughts?

TeraS 14:56, 22 April 2010 (UTC)


 * What versions of Piwik, Piwik Integration and MediaWiki are you using? I recommend you to use the latest ones, because i think the problems you have named are already solved in the latest version of the extension, which requires at least MW 1.14 and Piwik 0.4. --Isb1009 16:35, 22 April 2010 (UTC)


 * Sorry... Forgot that information... Running the trunk of this extension, was downloaded within the last 2 days. MW 1.15.2 and PW 0.5.5 TeraS 16:06, 24 April 2010 (UTC)


 * I've got working it with the trailing slash, so I don't know what the problem really is.
 * To show data on the special page, you need to make Piwik accessible to anonymous users. Then, the special page shows the data for yesterday, not today. But if you think it's better to show today's data, I'll try to change the extension and add a variable to choose the date (today or yesterday), just tell me.
 * Anyway, it's necessary that you add the domain name in front of Piwik's directory, in $wgPiwikURL (I've updated the extension page).
 * I hope these recommendations do solve your problems. If not, just tell me again, or send me an email message to the address in Piwik.php</tt>. --Isb1009 21:04, 24 April 2010 (UTC)


 * EDIT: I've found where the trailing slash problem is, sorry for not having noticed it before. I'm going to fix it, add the patch to Mediazilla and, with some luck, it'll be committed tomorrow. Thanks for your report! --Isb1009 21:09, 24 April 2010 (UTC)


 * It is fixed now, you may download the latest version from trunk (revision ≥ r65523). Please tell me if it doesn't work. --Isb1009 16:55, 25 April 2010 (UTC)


 * I'll do that in shortly and report back! Thank you! TeraS 23:08, 25 April 2010 (UTC)
 * The slash error is gone, but no data still. I corrected the location URL as suggested as well. Checking the page source, the paths appear to be correct, but no data is appearing on the MW page. As for showing the data, one day back I think is probably better as that data would be stable and you can always goto the Piwik installation for more data.TeraS 23:23, 25 April 2010 (UTC)
 * Further to the above: I experimented with different browsers and it will display in current versions of FireFox, but does not display in Safari which is my normal browser. FYI! TeraS 19:26, 27 April 2010 (UTC)


 * If your Piwik is private you need to log into Piwik as a user. If not, I don't really know the problem because I don't have access to Safari, but Chromium uses WebKit too and it works for me. --Isb1009 12:04, 2 May 2010 (UTC)
 * I understand that and am logged in as a user, more specifically as the Admin of the Wiki. It's not a major issue but I will see if I can track down where the issue is and report back  TeraS 00:41, 4 May 2010 (UTC)

no Data since piwik 0.6.1
I have this problem :(

Does anybody have the same ?

--Dieudo 10:04, 17 May 2010 (UTC)


 * I don't have that problem. And I don't know why you do since the tracking code hasn't changed. --Isb1009 14:40, 17 May 2010 (UTC)


 * He's not alone, I'm running 1.13.5 on several Intranet deployments and all of them stopped tracking when I upgraded to 0.6.1 and still no luck with 0.6.2 either. BcRIPster 22:27, 18 June 2010 (UTC)


 * I'm sorry, but you should use at least MediaWiki 1.14 to use Piwik ≥ 0.5. Maybe I should say that on the description page. --Isb1009 10:48, 27 June 2010 (UTC)


 * And maybe remove the 1.13.x download option :( Still wondering why it would suddenly stop working though :(  12.9.138.10 07:54, 13 July 2010 (UTC)

Ok, I just updated my MediaWiki install to 1.15.4, Piwik to 0.6.4 and the extension to 0.8-piwik0.2.26 (1.0-RC3) ... still no tracking. I double checked the LocalSettings.php file and it's correct. I also reviewed the page source and confirmed the piwik code inserted in the footer matches the example in the README for the extension. I even ran FireFox with Live HTTP Headers and confirmed that the browser is making the request to the Piwik reporting system... So this extension is either either generating a bad link to to Piwik or Piwik is no longer recognizing the tracking events generated by the extension. Either way I'm feeling pretty sad here. BcRIPster 14:48, 27 July 2010 (UTC)

Why MediaWiki 1.14?
Hi. Why does this extension require MediaWiki 1.14? I don't see anything in the code that looks specific to 1.14. Is there something specific that fails in say MediaWiki 1.13.5 that could be fixed? --Cneubauer 13:41, 29 June 2010 (UTC)


 * Hmm, I just installed Piwik 0.6.3 and the trunk version of this extension on MediaWiki 1.13.5 and it seems to work just fine. --128.29.43.3 14:11, 29 June 2010 (UTC)

No tracking still. MediaWiki install to 1.15.4, Piwik to 0.6.4 and the extension to 0.8-piwik0.2.26 (1.0-RC3).
Well, I'm running everything latest and greatest. Ever since I upgraded to 0.6.1 I've been totally dead in the water. Any ideas would really be nice about now. BcRIPster 15:49, 3 August 2010 (UTC)
 * Ok, well, I completely deleted everything about the plugin out of the Mediawiki install and deleted the site entry from my Piwiki management page. Added a new entry for the wiki site, and reinstalled all of the plug-in... Nothing changed. The site is still making it's page load request out to the Piwik site but nothing is getting recorded in the database. All of my wordpress blogs and other tracking items are still working :( BcRIPster 18:37, 9 August 2010 (UTC)
 * Hello, does it work if you place the tracking code manually in the skin or using Extension:PCR GUI Inserts? (the latest isn't nearly as evolved as Extension:Piwik Integration, but it lets you define the whole Piwik tracking code, which might help in your case) Patheticcockroach 19:53, 9 August 2010 (UTC)
 * Hmm... haven't tried that yet. But! I just went ahead and upgraded my Piwik install to 0.9 (didn't fix things). Then on a lark I took the GET request that comes from from my blog that does still track and compared it to the GET request coming from the wiki and found these four fields not being sent by the MediaWiki plugin:

&gears=0 &ag=0 &rand=0.8454727818882368 &rec=1
 * I adeded these manually to a MediaWiki plugin formatted GET URL and wahlah! It added a record to the database finally. I haven't had time to dig further but it would appear that one or more of these fields is expected and not being sent by the plugin. BcRIPster 20:45, 9 August 2010 (UTC)
 * I guess those fields didn't exist in older versions of Piwik and were forgotten when updating the plugin for more recent versions ;) Patheticcockroach 21:19, 9 August 2010 (UTC)

Ok, got it working. On line 94 of the piwik-mw.js file I changed the "var _pk_src" block to read: var _pk_src = _pk_pkurl +'?rec=1' +'&url='+_pk_escape(document.location.href) +'&action_name='+_pk_escape(_pk_action_name) +'&idsite='+_pk_site +'&res='+screen.width+'x'+screen.height	+'&col='+screen.colorDepth +'&h='+_pk_da.getHours+'&m='+_pk_da.getMinutes+'&s='+_pk_da.getSeconds +'&fla='+_pk_fla+'&dir='+_pk_dir+'&qt='+_pk_qt+'&realp='+_pk_rea+'&pdf='+_pk_pdf +'&wma='+_pk_wma+'&java='+_pk_jav+'&cookie='+_pk_cookie +'&rand='+Math.random +'&title='+_pk_title +'&urlref='+_pk_escape(_pk_rtu) +_pk_custom_vars_str;

I added the rec=1 and rand= tags. Now I've got tracking again! Yippie.BcRIPster 20:15, 23 August 2010 (UTC)

That did it for me too ! Thanks :-) --Dieudo 21:41, 24 August 2010 (UTC)

date=last30 on Piwik_specialpage.php not supported in Piwik v0.9
Using Piwik SVN r70847, from the 3 widgets on the Special:Piwik page, the last visits one will not work unless I remove the &date=last30 from the URL in Piwik_specialpage.php. I am using Piwik v0.9. --Wolfgang Spraul 06:44, 11 August 2010 (UTC)

Different http and https URL
It would be nice to have another config variable for the https Piwik URL. Hosting several domains on the same IP/port causes troubles with SSL, and a common solution is to assign different ports to different sites; the extension currently does not support that. --Tgr 16:09, 21 November 2010 (UTC)

Group for viewing pikwik
Is it possible that you cannot use sysops or bureaucrats etc. for the "viewpiwik"-right? Or did I something wrong. For me (MW 16.1) only new generated groups (e.g. "view-piwik"-group) can view the piwik-special-page. If this is really the case we should correct the Extension-Page. If I did a stupid easy mistake, maybe someone knows the answer. But it works now quite well, with the extra-group.

Piwik 1.2 + MW 1.16.0
I try to use piwik (v1.2) with MW 1.16.0 The Special-page is empty, because it seems there are no "view"-rights for the Website-ID. I'm logged in as Sysop. Piwik is stored in a folder under the wiki-root (wiki/piwik) and runs with a separate db.... What can be the problem ? --hollosch 15:37, 1 March 2011 (UTC)


 * I think part of the problem is that you need to set the stats to be viewable by anonymous. Though I also have the same problem with the 'Last visits' block. I fixed 'Countries' and 'Browsers' by adding an API key to the URL.
 * The plugin really needs to be able to handle API Keys. --TenguTech(Talk) 13:08, 19 April 2011 (UTC)

Automatically redirected
Hye,

Just installed piwik and your extension on my mediawiki. Here is the settings from my LocalSettings.php

require_once('extensions/piwik/Piwik.php'); $wgPiwikURL = "163.115.12.59/piwik/"; $wgPiwikIDSite = "1"; $wgGroupPermissions['bureaucrat']['viewpiwik'] = true;

When I'm trying to get some graphs on the piwik special wiki page as a bureaucrat, i'm automatically redirected to the piwik app login screen. Is there a way to fox this and to make every users see the piwik special page?

Thanks for your support --Etienne50 15:03, 6 April 2011 (UTC)

Piwik API Key
Hi, While I understand that you are telling people to set their Piwik data viewable by anonymous so that it shows up in wikis, I think this is the wrong way to go about it security wise. A better way is to pass a Piwik API key as an argument for the stats display.

I am currently working on an update to your plugin that can have the Piwik API Key set in LocalSettings.php, and passed to Piwik if defined. And I have a development version working on my own site.

The development version works for Countries and Browsers, but not for Last visits. As mentioned here I think this might be broken by Piwik 1.2. I think the arguments passed in the iframe url need to be check, as they might have changed between versions. I haven't had time to look into this myself. --TenguTech(Talk) 13:21, 19 April 2011 (UTC)

PHP fatal error
Hola, mi configuracion: piwik 1.4, MediaWiki 1.15.5, SVN 90265, en mi LocalSettings.php: require_once('extensions/Piwik/Piwik.php'); $wgPiwikURL = "cenia.homelinux.org/piwik/";  $wgPiwikIDSite = "4";

cuando accedo a la pagina, esta queda en blanco, el mensaje que me da /var/log/apache2/error.log es: PHP Fatal error: Call to undefined method SkinMonoBook::getTitle in /var/lib/mediawiki/extensions/Piwik/Piwik.php on line 37

Sabeis que puedo tener mal configurado? Gracias. --Melchor: 17 jun 2011


 * El último cambio en el SVN parece indicar que en versiones nuevas el título de las páginas se coge de forma distinta. Prueba editando el archivo Piwik.php</tt> en la línea 37 cambiando $skin->getTitle</tt> por $wgTitle</tt>. No estoy seguro, pero creo que debería funcionarte. La otra solución es que uses la última versión de MediaWiki. De todas formas, debo hacerle un repaso a la extensión. --Isb1009 10:09, 30 June 2011 (UTC)