chronocontact.php unwritable

Hello,

I'm trying to modify this files to add a few of the hacks suggested here and it just can't be rewritten, along with all other files in the com_chronocontact folder. I can rename that folder, though.
I've reinstalled both CC and Joomla, and it still can be edited.

I seem to recall being able to edit it when I was running a slighly earlier version of CC. Is this normal?


Cheers

P

Hi Payotte,

This sounds like a folder permissions problem. ChronoForms doesn't usually change these but it's possible that on uploading one of the ChronoForms folders or some of the files in it have been locked. Check the chmod permissions for the files - they are usually 777 or 755 for editable files and folders.

Bob

Hi,

Still stuck with that problem.
I now have a dedicated server with root access, fresh install of everything.

Here's a recap:
Components has 777
Com_chronocontact has 755
I can't change its permissions with FTP, or create/change anything inside that folder, including the chronocontact.php file. Do you see a reason why?

I can probably manage to set it to 777 through shell access, but is that safe?

Tx

Hi Payotte,

It makes no sense to me at all if you've reinstalled on a new server. AFAIK there's nothing in ChronoForms that changes chmod settings.

Just checked my on-line install (which is out of the box) and the ChronoForms folder is 755 and the .php file is 644 and both are changeable.

You don't have an .htaccess file in the folder tree that is changing any chmod settings by any chance?

Bob

Hi,

The only thing different might be that my Joomla install is not directly in the public_html folder, but in a subfolder called "submit". The whole site is static html, not Joomla-based. I only use the chonoform component in an Iframe, inside an html page.

There is an .htaccess in the html root but there's nothing special in it. There is an htaccess.txt in the Joomla folder; here's what seems active in it:

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
# mod_rewrite in use
RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC]
RewriteRule ^(content/|component/) index.php

# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits

Hi Payotte,

Nothing wrong with the .htaccess as far as I can see - you can always try renaming it temporarily to see if it makes a difference but I can't see why URL rewrites would prevent you from chmodding files.

What is far more likely is that your ISP has some protection on folders outside public_html. Other people know much more about that than me though.

Bob<br><br>Post edited by: GreyHead, at: 2007/11/18 07:52

I asked my tech and he fixed it; it was some kind of server permissions issue.

Tanx for your help anyways.

Cheers

p

Hi payotte,

Glad it's fixed.

Bob

Hi payotte,

I have the same problem, can u pls ask your technician how did he fix it.

Thanks

Roy

Hi,

I have a dedicated server so I use the services of a company called Platinum Server Management, which is pretty good (30$/month, unlimited tickets).

We both have root access but they do it through shell probably.
In this case, they changed the permissions for my regular user, the one that Joomla will operate under.

If you don't have root access, ask you hosting company to change those permissions for you.

Regards,

P

I have manually MOVED my website to another host.

When I try to restore a backed up chronoform, and get this message;
UPLAOD FAILED: 0

what files / folder need to have CHMOD 777 / 640 ?
and is that file / folder placed in /administrator/components/com_chrono..
or in /componentc/chronoform/ ??

brgds Thomas

Hi thomasjojo,

As far as I know the file is uploaded to the current site temp folder.

Bob

I think problem is that some web servers don't recognize uplaod/install with Joomla admin backend like that account owner did it. Only FTP upload at installation of Joomla is recognized by server.

I just installed today several modules/components for Joomla, and I saw later that at server, my folders of Joomla components/modules/plugins which I installed through admin backend, don't belong to me. all of them I can't change or anything, simply: server don't see me as owner of it. so the only solution is to contact server admin and ask him/her to change permissions of folders to belong to owner of that account.
I think it is problem of Joomla, or problem of web server.
I installed component called JoomlaXplorer, and I could change files at server, even permissions (777 instead of 755), but not ownership. I tried to change ownership, but no chance. only server admin can do it.

Hi adolf,

Yes, that's pretty standard web management stuff.

You probably don't need to change the owner but you do need to make sure that the Joomla user has write access, Normally 755 or 777 will permit that. But some servers are locked down tighter than others, and chmod may not be the only protection.

Bob