Unable to use any admin link

[spackler]

I am having an issue where I login to the admin interface to make changes/updates to my pages. Any link I click on in the menu bumps me right back to the admin login page. I read over a couple of other posts with a similar issue where the solution was fixing serendipityPath, serendipityHTTPPath, baseURL entires under the serendipity_config table. All of my settings appear to be fine, and nothing has been changed on this server recently so I can't tell what could be wrong. Any other places/files to check?

I have deleted cookies/files etc to no avail.

Thanks!

[Timbalu]

Hi

I still dont really get to the point to understand your problem clearly, but as far as I can imagine, it sound to me, that your login session does not get stored and you have to login again and again?
Is that right?
Did it work before?
Did you change browser settings concerning cookies?

Ian

[spackler]

Yes, I have to keep loging in again - but this is all I can do. Any link I click on once logged in takes me back to the login page.

Nothing changed and yes it has worked up until a few days ago.

[Timbalu]

Hi

So this - as I said already - sounds to me like a problem with the $_SESSIONs path or cookie.
Did your server change anything touching these things in the last weeks? Check it out.
Else did you change things in your browser, that define to not hold cookies any more?

Ian

[spackler]

This occurs on many browsers/computers so no relation to browser, has to be on the server/code end.

Where might I look at $_SESSIONs path. It is possible something changed somehow by one of my users, while making blog updates could have changed a setting in the admin perhaps?

[Timbalu]

Where might I look at $_SESSIONs path. It is possible something changed somehow by one of my users, while making blog updates could have changed a setting in the admin perhaps?

The $_SESSION variable is used in some core files and in some plugins, which aren't accessible by users directly. It would be a very unusual way of hack...

Do you allow registred users to do blog upgrades?
Which Serendipity Version do you run?

What I meant to say in my second post, you have to ask if your Server administrator (provider) changed something that could interrelate with building sessions and holding them in cookies.

Find out what happened between the days it was working and first occurrance of error? Then we will know where to look.

[garvinhicking]

Hi!

Check your PHP.ini's "session.save_path" directory (through a phpinfo() script). Maybe this folder is pointed to a directory that is no longer writable.

And like Timbalu said: Something on the server must have changed, so if you can ask your provider if the changed configs or upgraded PHP or whatever since it last worked, that would help a lot.

Regards,
Garvin

[martens1]

I have the exact same issue using a clean install. I go to webpage after install and it indicates install was successfull. There is a link to the admin page, where I get prompt to login. I tried logging in with user "John Doe / pass john", which I thought was default login. That doesn't work, so I found that "user admin / pass: admin" works after the install. After logging in, I go to admin page; but every link I click takes me back to login prompt.

I reinstalled cleanly - same issue. I have cookies enabled, and browser shows serendipity cookies in use. Is this a bug? or is there a workaround?

[Timbalu]

Its not a bug.
Did you follow the steps to find out session_save path is working correctly?

[martens1]

My last reply didn't post?

I set chmod 777 to the folder specified in "session_save path". I connected and saw a cookie created in the folder. I continue, however to get directed back to the login page when I click a link in the admin page area.

here is the cookie:

drwxrwxrwx 2 root root 4096 2011-04-07 23:25 .
drwxr-xr-x 46 root root 4096 2011-04-06 20:43 ..
-rw------- 1 www-data www-data 408 2011-04-07 23:25 sess_9f211d44880d49eccd7d9e7f62703cec

[Timbalu]

Which reply?

So it looks like its not the session.save_path.

Maybe your Browser cant hold the cookie?
Did this work before or is it a new installation?
Is it a regular Debian system?
Is it a subdomain or a unusual installation of serendipity?
Did you control you serendipity_config and serendipity_authors table?
What else?

[martens1]

This is a fresh install on a new Debian install. I basically loaded Apache2, then installed Serendipity. I have one page listening on port 80, and Serendipity set to port 8088. I created a virtual host on port 8088, as well as the default apache2 on port 80. I set ports.conf to listen on both ports; and can access both pages remotely. Serendipity install is all default directories; and I enabled cookies in httpd.conf. I have made no changes to serrendipity files.

[Timbalu]

Hi

This port thing might be the issue. I dont know why you need an extra port for a blog site?
Did you reload/restart needed servers?

Try installing s9y in a normal port 80 first, like <VirtualHost IP:PORT>

Code: Select all

<VirtualHost *:80>
	ServerName server.homeip.net
	DocumentRoot /var/www/server.homeip.net
	[...]
</VirtualHost>

or

Code: Select all

<VirtualHost *>
     ServerName null.domain.com
     ServerAdmin webmaster@null.domain.com
     DocumentRoot /var/www/null.domain.com/html
     ErrorLog /var/www/logs/null.domain.com-error_log
     CustomLog /var/www/logs/null.domain.com-access_log combined
</VirtualHost>