Support

Admin Tools

#14443 P8pbb exceptions, or 500 errors

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 Thursday, 20 December 2012 02:14 CST

johnnydement

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes - https://www.akeebabackup.com/documentation/troubleshooter/athtaccessexceptions.html & https://www.akeebabackup.com/documentation/troubleshooter/atwafissues.html
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Firewall and .htaccess sections
Joomla! version: (3.0.2)
PHP version: 5.3.17
MySQL version: 5
Host: ICDSoft
Admin Tools version: 2.4.3

Description of my issue:

Hello,

 

We use the blogomunity (now alterbrains) p8pbb bridge extension to bridge a phpbb forum to joomla, it worked well before installing admintools, but now we're facing problems configuring it. http://alterbrains.com/joomla-extensions/communication/p8pbb-bridge

When configuring it, we save setting and we get a 500 error message: 

An error has occurred.
 500 View not found [name, type, prefix]: p8pbb, html, p8pbbView

So, we decided to put an exception in WAF for com_p8pbb for all views and all Query (please if there's a more secure, failproof configuration let us know)

We created it, and then we clicked in publish, to get another error: 

An error has occurred.
 500 SQL=UPDATE `prefix_admintools_wafexceptions` SET `enabled` = 1 WHERE (`id` = 1)

 

Suggestions are welcome :)

Regards

 

nicholas
Akeeba Staff
Manager

I think you have a different issue. Try disabling the "System - System Restore Point" plugin. This issue affects only Joomla! 3.0.2 and later. It will be fixed in the next release of Akeeba Backup.

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!

johnnydement

No change, same errors in same actions with restore points disabled :(

nicholas
Akeeba Staff
Manager

Let's make sure that the problem is indeed caused by Admin Tools. In order to do so, try the following:

1. Try setting the Error Reporting level in your Global Configuration to "None". Many errors are caused by harmless PHP Notices and Warnings being output to the browser, breaking anything which requires HTTP header manipulation such as Joomla!'s session management, AJAX calls and download systems.

2. Try to replicate the issue after disabling the "System - Admin Tools" plugin. If you can still replicate the issue, it is not caused by Admin Tools. Disabling that plugin means that Admin Tools code (including the Web Application Firewall) is not running on your site.

3. If you suspect an issue with the .htaccess file, replace its contents with the contents of the stock htaccess.txt file shipped with every version of Joomla!. If you are on GoDaddy please wait for 1-30 minutes for the changes to be effective. Then, retry loading the problem page. If you can still reproduce the error, then it is not caused by .htaccess Maker.

If doing any of the above resulted in the issue still occurring, it's not related with Admin Tools and I can't help you. If doing any of the above did stop the issue from occurring, we'll have to do some troubleshooting.

First go to Admin Tools, Web Application Firewall, Configure WAF. Make sure "Log security exceptions" is set to Yes; if it's not, set it to Yes and click on Save. Now try reproducing your issue. Immediately after that, please go to Admin Tools, Web Application Firewall, Security Exceptions Log and go to the last page. The last log entry should have the date and time of when the issue occurred. Please copy the Reason and Target URL here so that I can help you.

If, however, you do not see a log entry, or the Date and/or IP address do not match your last access, this problem is not caused by Admin Tools' WAF. In this case, you will have to do some .htaccess troubleshooting. You may need to read the general .htaccess troubleshooting page, as well as the page on finding out necessary .htaccess exceptions.

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!

johnnydement

After 1: Both errors still happening

After 2: Both errors still happening

After 3: With stock .htaccess Both errors still happening

So, it seems is not admin tools issue then... seemed the most "evident" thing to check...

Thanks for the interest, gotta investigate somewhere then :)

Regards

nicholas
Akeeba Staff
Manager

I would try to disable system plugins to find out where the problem comes from. According to my experinece, this kind of code:

$option = JRequest::getCmd('option', 'com_foobar');

in a system plugin has the potential to cause that problem with some extensions. Since Joomla! 3.0.2, JRequest's get* methods do modify the global $_REQUEST variable with the default value being passed to them. Plugins have got to use JFactory::getApplication()->input->get(....) instead. The only reason I found this out is because the "System - System Restore Points" plugin (shipped with Akeeba Backup Professional) did trigger this kind of bug on Gantry-based templates. I am sure that Gantry is definitely neither the first nor the last extension to use the internal redirection trick as I'm sure that "System - System Restore Points" is not the onyl plugin to use JRequest to fetch query parameters.

I hope that helps!

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!

johnnydement

Yes, template is indeed gantry :), but we're in the backend... it should afect if using Isis no?

 

Edit: yes, it's a system plugin, turned all them off, and worked... gonna check which one ;)

 

Thanks

johnnydement

johnnydement

Jomsocial Issue (no surprise ;)), turning Azrul System Mambot For Joomla off, fixed it

Regards

nicholas
Akeeba Staff
Manager

OK. You can now send my previous (technical) comments to the JomSocial guys and I'm sure they'll fix it a.s.a.p. :)

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!

johnnydement

Dunno, as they don't give support for 3.0 yet, but I'm writing a bug report right now ;)

 

Regards

nicholas
Akeeba Staff
Manager

Ah, I see what you're doing there. Living on the edge. Cutting edge CMS, not officially supported software, the works ;)

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!

johnnydement

Haha, we aim to be official ca-ES translators, so we try all latest versions in our site ;)

We have admintools and akeeba half done too hehe ;)

Regards

nicholas
Akeeba Staff
Manager

Makes sense :) Keep up the good work!

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!