Serendipity Forums

installation was completed successfully. I can open the admin suite screen but for every link I am asked to login. After I login I am returned to the admin screen. I just go round in circles.

any ideas?

Hi!

This behaviour typically means that either your browser does not accept cookies (or filters them), or that your Server's PHP installation does not use the session cookies. Can you check that?

Best regards,
Garvin

I have the same problem. And this is kinda my first attempt at setting up any web server at all, any hint on how to check if my php install is using the cookies?

Same problem here too and I have the server set up but like the others i'm not too familiar with setting up the PHP variables properly.

Hi!

In your php.ini you will need to both enable.

session.use_cookies
session.save_path

And set the save_path to a usable location / directory where PHP has write access to.

If it properly works, you should get a HTTP header with a "PHPSESSID" cookie on the visit to the s9y interface. If that PHPSESSID randomly changes after each request it means your webserver is not utilizing sessions.

Beware that you need to restart Apache after you changed anything in php.ini.

Best regards,
Garvin

Hi,

I'm experiencing exactly the same problem and its driving me nuts now! I run Joomla and Mambo on my server so I am assuming php is functioning correctly. I believe from the information I've pasted below that I have sessions enabled and yet everytime I click on anything in admin I'm kicked straight out.. The one other thing i noticed that looked very strange is the url when I'm returned to the login screen:

serendipity_admin.php?serendipity[adminModule]=users

This doesnt look right?

I'm using server 2003 with IIS 6 and PHP 4.3.10

If anyone can suggest anything I'd be grateful! The site can be seen at http://demo.ignite-interactive.co.uk

Many thanks...

Print out from PHP..

Session Support enabled
Registered save handlers files user

Directive Local Value Master Value
session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_lifetime 0 0
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 2400 1440
session.gc_probability 1 1
session.name d7438cedde63a317f4259689a930e54d PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path C:\PHP\sessiondata C:\PHP\sessiondata
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid Off Off

Hi!

If you guys are using IIS and Serendipity 1.1, then this is the problem. As announced on blog.s9y.org the current version contains a glitch for IIS server, but a bugfix is available. Or you can download the current snapshots, which have this behavior fixed as well!

Best regards,
Garvin

Hi
I got a bit further on this only to find myself halting on a new problem.

My problem was staring myself blind in the php.ini mistaking "session.cookie_path" for "session.save_path" Or at least that what I think it was, been trying so many things so late at night (early morning) that memory is kinda fuzzy.

I thought the solution was when I changed the "dbCharset" variable in "serendipity_config_local.inc.php" from Latin1 to utf8 as my Mysql installation is set to utf-8. That was the last thing i did before I magically entered a new dimension in the admin interface. But later deletion of the entire serendipity install and reinstallment worked the same without the mentioned modification.

So now I'm having two separate problems in the two browsers I test things with:

Opera 9.10
- Login works as it should
- Can change themes without any issues
- Trying to do anything else results in following error message:
Your browser did not sent a valid HTTP-Referrer string. This may have either been caused by a misconfigured browser/proxy or by a Cross Site Request Forgery (XSRF) aimed at you. The action you requested could not be completed.

Yes referrer logging is enabled in opera and some test scripts i googled down seemed to work flawlessly.

IE 6
The seemingly famous Login problem where any action ends up at the login screen

I'm setting this up on a server running the Abyss x1 web server on a xp pro sp2 computer. I wonder if theese Issues might have anything to do with abyss having a problem with the htaccess file? It seems I get the problem with PHPSESSID randomly changing..

Any clues to a frustrated novice?

Update
I disabled the "Enable referrer tracking" option that I somehow managed to overlook. So now everything except actually making new entries works in Opera. Still won't stay logged in using IE though....

Finally
"session.cookie_domain" in php.ini was the magic parameter that I fucked up by setting it to localhost thinking that would work alright as this is just a local test setup.

Funny how differently Opera and IE responded to that. I downloaded Firefox just to see how it responded and It did the same thing as IE.

at last[/b]