Thanks for your comments.
It seems for some reason the mysql class was missing. Since the plugin depends on this class, that surely was the reason it didn’t collect any visitors.
It is strange though. The only actual explanation should be that the file was completely missing on the installation.
We’ll check the issue and we’ll get back to you.
Thanks
[ Please do not bump, it’s not permitted here. ]
I totally get that bumping is not permitted. But it also shouldn’t be permitted to put out a plugin that cannot even be uninstalled. It’s one thing for a plugin to not work as well as planned, or not work at all. But to cause a Fatal Error is pretty upsetting as it can effectively halt the operation of an entire site.
@wpready: Line 20 of the uninstall.php file that the error points has
mysql::resetSummaryTable();
Which file do you think was completely missing during installation?
We’ll think the issue is related with the table creation and not about missing files.
The plugin currently is not dumping any error messages when there is a problem with the table creation, something that will add in the next version. That should also explain why is not capturing any data.
The workaround is to delete the line you indicated on the uninstall.php file . This line only cleans some data , but since the plugin never worked , it has nothing to do.
You can edit uninstall.php file using Plugin->Editor and editing the file and removing the line.
If you are unable to access to the site, is possible to remove the plugin accessing via FTP or using a host control panel.
Our apologies for the problem.
Update: I removed the line of code from above, and then deleted the plugin. I was going to go back to one of the other Statpress versions, then though I’d give your plugin another chance since you replied here. So after another install, it started collecting data. However, I tried to delete again just as a test, and same error happened. It seems that this plugin does not like to be deleted because it is not processing the code that helps it remove the tables from the database. Which I think it important right? In case someone wants to go from this plugin to another Statpress based option.
Nevermind, I guess it really wouldn’t affect other Statpress plugins because it’s a completely renamed table, right?
This might seem WP 3.4 compatibility issue because as far I used it with WP 3.3.2, working fine!
Thanks for your comments.
We are expecting to release an update to fix this and other problems.
We are delaying the new version since this would be the first one supporting multisite. This major achievement took most our resources dealing with plugin issues but also WordPress issues(!).
(see our post http://wpgetready.com/2012/06/wordpress-3-4-and-multisite/)
We are conducting extensive tests to deliver an improved version. Nonetheless, is difficult to release a plugin 100% bug free, since there are changing conditions to take in account. That’s why we find invaluable your feedback to improve it.
We would like to release the new version this weekend, depending on how well the tests perform.
Hello everyone:
Statcomm 1.7.20 is out.
Currently it address the problem above mentioned and also the plugin tries to warn the user if table can’t be created. Give it a try.
If problem persist or change, please open another post.
Thank you everyone for your support.
Thank you for the update. I will try your plugin again because of your excellent support. Is it safe to uninstall statpress visitors and reinstall statcomm?
Statcomm is doing its best to avoid conflicts. You can run both plugin together if you wish.
Our tests shows that Statcomm can run side by side with other Statpress variations without problem.
