Support

Admin Tools

#10800 Script code being stripped from articles - could that be a setting issue?

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, 26 January 2012 08:03 CST

user528
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the forum before posting? yes
Have I read the documentation before posting (which pages?)? yes
Joomla! version: 1.7.4
PHP version: 5.2.17
MySQL version: (unknown)
Host: lunarpages
Admin Tools version: (2.2.a3


Description of my issue:

I am experiencing a weird issue. I use JFBConnect to insert opengraph code into my articles.

ie. {JFBCGraph title=Issue 01/2012 - The Laughable News - Online Edition} {JFBCGraph description=Enjoy the lates Online edition of The laughable News right here!}{JFBCGraph image=http://www.laughablenews.com/images/easyblog_images/Weekly%20Laughable%20News/Footer/The_Laughable_News_Footer.png}

If I edit articles from the admin/backend area, the code inserts fine, and there are no issues. But, if I edit any article from the frontend of my website, the code is stripped instantly, and gets replaced by a



I am stumped as to why that would be happening. But, then I remembered all the little things that went kooky after I used the .htaccess tool in Admin Tools. (Not a bad thing - the htaceess file is awesome now...but it still caused me some grief). So, is it possible that it might be a setting in the htaccess file? Or some other security setting in Admin Tools where I cannot add script from the frontend?

Thanks for any ideas.

nicholas
Akeeba Staff
Manager
*** NOT AN ADMIN TOOLS ISSUE ***

Why: Admin Tools never sanitises input data. If it detects a possible attack (e.g. due to the XSSShield filter being active) it will completely block the request. What you have there is caused by a. your WYSIWYG editor; or b. the Joomla! filter options, found in Article, Article Manager, Options under Joomla! 2.5.0. Given the description of your issue (only happens in front-end, using the same user) I tend to suspect editor preferences.

General advice
Before posting to our support system, please 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, relace 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, we regret to inform you that we can not help you, as it is not caused by our software. We do not offer generic support for third party software or Joomla! itself.

If you contact us with such a non-issue and we reach to the conclusion that Admin Tools is not the culprit, we will paste this standardised notification on your ticket and kindly decline any further involvement with the resolution of such an issue caused by third-party software. Thank you for your understanding.

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!

user528
Sorry Nicholas...didn't mean to step on any toes...

But, thank you for the post. I will be sure to check those items ow, and in the future.

Ryan

nicholas
Akeeba Staff
Manager
Not stepping on any toes :) I just get many support requests for non-issues, so I've come up with the standardised reply above. Plus, following that advice next time you believe you have a problem will save you time. At best, you'll get a reply from yours truly within 30 minutes of posting here. At worse it may take 2 days (especially if I'm attending a conference). The checks take only 2 minutes, so you can make sure if it's really an Admin Tools issue much faster than it takes me to reply back to you.

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!