I have been testing v4 on j17 on my local sandbox.
I installed it on my hosted production server, then export my forms from the local version and imported them into production.
Now whenever I try to make a change to any form on production I get this error...
You don't have permission to access /administrator/index.php on this server.
This happens if I click save and close, save or cancel. I have no problem accessing /administrator/index.php on any other component.
I have tried changing the permissions on index.php, no difference.
I have tried making the recommended changes to .htaccess, do difference.
I really appreciate any assistance.
Thanks
Jeff.
Hi Jeff,
I sorry, I don't have any good suggestions :-(
It may be a problem with server security, we know that suhosin sometimes objects to the number of variables that ChronoForms submits but the error messages are different. Have you checked the server logs to see if there is anything more helpful there?
Bob
This only seams to happen with list forms that use custom code to display the records.
My code doesn't reference passwd anywhere in it.
These are all wizard forms, so must be comming from the genreated code.
The ISP will not change the security and I don't blame them, you just can't be to carefull with access to the passwd file on a Unix server.
BTW, these forms all run fine, it is only editing them that is an issue. So, I don't think it has anything to do with my code, but with the backend chronoforms edit code.
I have a clunky work-around in that I can edit them on my standalone joomla 1.7 instance on my laptop and then export the modified forms, copy the export up to the server and import. That sure is a lot to do for a simple update.
Hi jhainsworth,
It's up to you what solution you choose. I can only give you my two penn'orth.
Just to confirm though that ChronoForms doesn’t have 'passwd' anywhere in the code.
Bob
Bob, I appreciate your help.
If neither code has passwd in it then I am totally confused by the message in the error log. This must be one of those times when the error message is simply misleading.
I will go back to the ISP again to see if they will help loosen the mod_security settings.
Thank goodness I still have my local system or I would be out of luck. A lot of extra work this way though.
Let me know if you have any other suggestions.
Thanks again for all the support you give to everyone on the forum!
Hi jhainsworth,
What code do you have in the Custom Code box in your form?
Bob
Hi jhainsworth,
I tried testing that with the regex in the error message and there doesn't seem to be a match. All a bit odd :-(
Bob
Bob, I agree, very odd, that is why I thought it must be comming from some chronoforms backend code that I could not see. But you say there is nothing like that if CF, so I will turn it over to the isp and see what they say.
Thanks for looking at it though.
I got the isp to whitelist index.php and everything works now.