Can´t update only Administer/Settings, when I click 'Save Configuration' or 'Reset to defaults', I´m redirected to 'Page not found'

details:

Type page not found
Date Wednesday, December 27, 2006 - 21:10
User kpocha
Location http://www.mysite.org.ar/?q=admin/settings
Referrer http://www.mysite.org.ar/?q=admin/settings
Message 403.shtml not found.
Severity warning
Hostname 190.30.139.100

I repeat, only Administer/Settings is not working, everything else in Drupal works fine.
Also Administer/Settings/menus or Administer/Settings/posts or Administer/Settings/users.... all of them works! That´s rare!
I can publish content, install modules, change blocks, ..... everything except Administer/Settings!

I need help! If you have some ideas, please tell me
I don´t find any similar topic in the forum...

Comments

cog.rusty’s picture

Any suspicious Drupal path alias or .htaccess rewrite?

kpocha’s picture

Thanks! but...
I try to find out what are you asking me, but I really don´t understand... sorry!

I search info about your question but I don´t know what to tell you...
Here I copy/paste some lines from my .htaccess (does it help?)

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.
<FilesMatch "(\.(engine|inc|install|module|sh|.*sql|theme|tpl(\.php)?|xtmpl)|code-style\.pl|Entries.*|Repository|Root)$">
  Order deny,allow
  Deny from all
</FilesMatch>

# Set some options.
Options -Indexes
Options +FollowSymLinks

# Customized error messages.
ErrorDocument 404 /index.php

# Set the default handler.
DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

<IfModule mod_rewrite.c>
  RewriteEngine on

  # Rewrite current-style URLs of the form 'index.php?q=x'.
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
# $Id: .htaccess,v 1.73 2006/04/14 09:08:26 killes Exp $

but first I want to ask something more basic.... How could I know that my .htaccess is working?
because, when I request an phpinfo() local and global properties are always the same...
is that ok? coincidence? mmmm

thanks again

cog.rusty’s picture

By "Drupal's path aliases" I meant that feature of Drupal's 'path' module that lets you change, for example, 'node/35' to 'travel/my_3_days_in_hong_kong'. Too obvious to let it mess with your /admin/settings path I guess...

Your .htaccess seems pretty standard too, no fancy rewrites to mess with your /admin/settings path. You could check whether it works by changing some directives and watching the results, but it doesn't matter at this point...

The existing rewrites would cause a problem only if you had a real directory called /admin/settings *and* you used clean URLs.

kpocha’s picture

I've not installed the 'path' module.
But I have found something strange...

The site uses 'parked domains'
The original is www.acasanantonio.com.ar, and there is a parked domain: www.acasanantonio.org.ar

When I try to log in the .com nothing happens, the same log in page appears every time.
But the 'admin/logs' shows:

Type user 
Date Friday, December 29, 2006 - 12:42 
User kpocha 
Location http://www.acasanantonio.com.ar/?q=node&destination= 
Referrer http://www.acasanantonio.com.ar 
Message Session opened for kpocha. 
Severity notice 
Hostname 200.82.113.30 

If after that login, I change the .com for .org at the address bar, abracadabra! Now I'm logged with user kpocha and everything is right. Wow!!???

If I use .org from the beginning: no problem.

Could be any relation between 'parked domains' and the 'admin/settings' issue?
What about the '.com log in' issue?
Why the location http at the register says: destination=..... (nothing)???

Ok, i hope these other tips could help
Thanks!

cog.rusty’s picture

I still don't understand the strange behavior of your /admin/settings page.

But since the last one is a login issue (your login seems to work, but not for the domain name that you are currently viewing), you could try the session related fixes from http://drupal.org/Troubleshooting-FAQ.

If you are on PHP 5.2:
http://drupal.org/node/102114

Otherwise:
http://drupal.org/node/77106

Although the second case does not seem to concern you directly, you could still check your $base_url in your settings.php. If you have set it to 'http://www.acasanantonio.org.ar' try to comment it out with an # so that it becomes more tolerant.

--------

Edited to add: This may be irrelevant, but someone experienced a similar problem with the /admin/settings page when using the "private" download method (http://drupal.org/node/104712#comment-184046)

kpocha’s picture

Thanks CogRusty!

I've solve the login issue with your help in this way:
I erase all cookies and comment $base_url.
That's all!!! Perfect solution.

It seems that a conflicting cookie was deleted (because I've tried only without $base_url previously and it didn't work)
Anyway, no more login issues....

But, if we return to the first issue (admin/settings), I can´t find any solution about it...

Happy new year!!
I hope '07 brings us a solution!! :)

kpocha’s picture

(After http://drupal.org/node/105483#comment-184518 ...)

I try with RewriteEngine off and this msg appears when I click on 'Save Configuration' or 'Reset to defaults' on admin/settings:

Forbidden
You don't have permission to access / on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. 
------------------------------------------------------------------------------
Apache/1.3.37 Server at www.acasanantonio.com.ar Port 80

I don´t understand, what file Drupal is trying to access?
Why "/"?

cog.rusty’s picture

The "not found" error was natural because it is impossible to use Clean URLs with RewriteEngine off.

For the rest... Did this error come from Drupal? Was it themed like Drupal?
I would expect it to come from the web server itself, as it was looking for a /node/105483 directory.

Miss Essence’s picture

I'm having the same issue with the linking.

PHP was having an issue linking with mySQL. I fixed that problem.

Ran the install, but instead of going to the correct link, for example: "http://localhost:8080/drupal/drupal-5.0-rc1/index.php?q=user/1", it would go to "http://localhost:8080/drupal/drupal-5.0-rc1/?q=user/1". This throws me back to the install directory where I can see all the files and folders listed.

I'm simply running this on my own home server to play with and test as I intend to use drupal for a future project.

I tried adjusting the base url in the settings file. I changed it from not being there to "http://localhost:8080/drupal/drupal-5.0-rc1/index.php", "http://localhost:8080/drupal/drupal-5.0-rc1/" but the problem continued. Changing it makes the page lose all it's graphics probably due to incorrect urls, and changes the link to "http://localhost:8080/drupal/drupal-5.0-rc1/index.php/?q=admin".

I modified my httpd.conf file as it was like what was suggested in the previous response.
Changed the bit from
PHPIniDir "C:\PHP\"
to
PHPIniDir "C:\PHP"
and the issue still continues.

I'd love some thoughts on this for sure.

I'm using Apache 2.2.3, PHP 5, and mySQL 5.2 and running on windows.

cog.rusty’s picture

A made a few comments to your other similar post in http://drupal.org/node/106163#comment-184612

SimonP’s picture

I've just had a similar problem at www.drupal.org/node/108229

I was using drupal 4.7.5 but upgraded to drupal 5.0.rc2 where the admin settings are more spread out into different pages. So now I can make any changes I want except to the File System page where you select the directory where files are stored and whether the download method is public or private.

When I try to change any of these settings I still get the 'page not found' message. I can't spot anything strange about the location or permissions of the 'files' directory, but at least I can live without being able to change these settings for now and get on with the rest of the site.

==============================
it's not hardware, it's not software, it's headware
==============================

cog.rusty’s picture

Since there are no answers yet, let's try more questions.

- Any change by not using clean URLs?

- Is there any kind of multi-site or domain forwarding involved?
Or is it a straight single site?

- Is it installed on the web document root or in a subdirectory?
Name of directory under /sites?
$base_url in settings.php?
Changes to .htaccess file?

SimonP’s picture

Thanks for the questions - It's a new, fresh installation before any further development, so everything is still as the default settings:

> Any change by not using clean URLs?
No, same either way

> Is there any kind of multi-site or domain forwarding involved? Or is it a straight single site?
Yes, just plain simple site

> Is it installed on the web document root or in a subdirectory?
Yes, web root

> Name of directory under /sites?
'default'

> $base_url in settings.php?
Initially not set, but setting it does not make a difference

> Changes to .htaccess file?
None

I'm beginning to think it's to do with some restriction my host company is imposing but can't work out what.

The settings on the page in question are:
- file system path ('files')
- temporary directory ('/tmp')
- download method (public)
So it could be to do with either of them

Thanks

Simon

==============================
it's not hardware, it's not software, it's headware
==============================

cog.rusty’s picture

Are there any more details in "Logs" about which page was "not found"?

SimonP’s picture

What I get in the log is:

Location http://.../admin/settings/file-system
Referrer http://.../admin/settings/file-system
Message 403.shtml
Severity warning

Yes, both the referrer and location are the same.

[Apologies for the delay in responding]

==============================
it's not hardware, it's not software, it's headware
==============================

Elehas’s picture

All I did when I was having this problem (specifically getting 403 forbidden only when trying to access admin areas) was comment out my base_url line in settings.php