Closed jpdenss closed 6 years ago
This problem only with Windows. The php command fails to load extensions and as with each use of the plugin, a check is performed on the xmlrpc extension.
To avoid this problem you would have to put a part in comment, on the other hand no more check will be carried out on the extension.
In the printercouters/setup.php file, from line 123 to 126, add"//" at the beginning of each line like this :
// if (!extension_loaded('snmp')) {
// echo __('This plugin requires SNMP php extension', 'printercounters');
// return false;
// }
Version of the plugin : 1.4.1
Version of your GLPI : 9.2.3
Steps to reproduce (which actions have you made) : In Windows environment, the SNMP plugin was enabled in PHP and, after installing the PrinterCounter plugin and starting it, it works manually in the normal way, collecting printer values as expected.
Expected result : Perform automatic actions to collect printer values without user intervention
Actual result : Automatic operations do not work. When attempting to run manually via Windows command prompt (php -q -d -f printercounters_fullsync.php), it reports an error message (This plugin requires the php-SNMP extension) and after that, the plugin is disabled in the GLPI. But the SNMP extension is enabled, so much so that the tests in SNMP, Perl and reading the counters via plugin are ok.
If I run PHP cron, the result is the same: Plugin is disabled in GLPI but still works normally in manual mode.
URL of the page : http://machinename/suporte
Screenshot of the problem (if pertinent) :