Support

Admin Tools

#16583 error accessing File Scanner Report details after 2.5.6 update

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by nicholas on Friday, 28 June 2013 15:45 CDT

user76864
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? YES
Have I searched the tickets before posting? YES
Have I read the documentation before posting (which pages?)? YES
Joomla! version: 2.5.11
PHP version: 5.3.25
MySQL version: 5.1.68-cll-lve
Host: (optional, but it helps us help you)
Admin Tools version: 2.5.6

Description of my issue:

After updating to 2.5.6, I now receive this issue in attempting to view the details of listed items of the PHP file scanner reports:


Fatal error: Class 'JPane' not found in /home/[xxxx]/public_html/administrator/components/com_admintools/views/scanalert/tmpl/form.php on line 134

nicholas
Akeeba Staff
Manager
This file has not changed since September 27th, 2012. I am not sure what's wrong with your site, but JPane really is available in Joomla! 2.5 and this code does work for everyone else for over a year now.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user76864
I have more information now.

The error only appears to items marked 'Modified'. I hope that helps. Again, I did not have this issue with 2.5.5.

Thanks.

nicholas
Akeeba Staff
Manager
I cannot reproduce this issue. Moreover, as I stated, this code hasn't changed for over a year. The last change was back in September 2012 when I added a conditional to cater for the then just released Joomla! 3.0. I will investigate further, but if I can't reproduce this issue I am not sure if I am going to be able to fix it :(

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user76864
Thanks, Nicholas. I will also try to figure out if it's tied to a function or a different component. Will update the thread if I find anything else.

nicholas
Akeeba Staff
Manager
I had a sudden inspiration. It's because you are calculating diffs for modified files and, yes, this is a bug that's there for a year. It's just that nobody had reported it yet. Go to the component Options, click on the "File Scanner" tab and set "Calculate diffs when scanning" to No. Click on Save & Close. Make a new scan and now try seeing a modified file. The page should load. Is this correct?

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user76864
That did the trick. But it is a bug, correct?

And thanks for the answer! But what actual difference will this make for the file scanner turning diff calculation off?

nicholas
Akeeba Staff
Manager
It is a bug that's there for over a year, as it seems. Turning off the diff calculation causes the code never to be called. There is no change to the way the scanner works, there is only a difference in the way it presents and stores the results. When calculating a diff it will save the contents of each file inside the database. It will then use this stored data to compare with the current version. This consumes huge amounts of database space. Otherwise it will only check the MD5 checksum and the modification date of the files. Practically, not using the diffs results in faster (and equally secure) scanning without the huge database overhead. That's why this option is disabled by default.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!