Serendipity is now saving your entry...

[garvinhicking]

Hi!

Can you talk to your provider? It can happen that the session write path is not properly configured. A diversity of problems can happen, but all of them point to a wrong setup of your provider.

Regards,
Garvin

[jweinberger]

Garvin:

Thank you so much for your help and persistence.

As I received your reply, I thought to test this myself.

I had been using a Windows/XP server to test an internal blog in my office.

I decided to test this on my Mac (10.4.6, Apache 1.3.33, MySQL 4.1.10a, PHP 5.0.3) at home.

It worked perfectly.

Clearly the problem is nowhere within Serendipity, but rather on the Windows/XP server.

I will work with the admin of that server to figure it out.

I appreciate your help, patience and persistence in helping to identify the problem.

By the way - great software! I really like it..

[garvinhicking]

Hi!

In most mis-configured cases it is a problem with session storage; like on clustered servers where the session path is not a central directory. Or when writing to the session storage path fails because of directory permissions.

If you say your session cookie is properly stored, it should not be a problem with PHP itself, but rather file the configuration of the filesystem. But it's hard to say without really knowing the actual setup.

I hope you can find the culprit, and I would be interested in the final solution.

Glad you like the software and my persistence ) Spread the word!

Best regards,
Garvin

[jweinberger]

Thanks! and I'll keep you posted...

[jweinberger]

SO, I've had them change the session data path and the permissions, and the doc_root, and a number of configuration items that make it just like my personal machine's configuration.

It still does not work properly. I'm at a loss.

I've also installed phpbb and phpmyadmin to see how they work (i know they also rely on session data), and they both work fine.

Any idea on where else to look?

Thanks!

[garvinhicking]

Hi!

Actually, both phpbb and phpmyadmin do NOT rely on PHP session data. phpbb has its own session management, and PMA works without.

I can only help you if you give me root privileges to your server; which I doubt will happen? But it's definitely a server setup issue...

Best regards,
Garvin

[jweinberger]

I wish I could, actually - but it's behind a company firewall, so you couldn't get to it even if I did

So I"m at a loss...would it help if I sent you the php.ini? can you suggest where else I might look?

Thanks for your help!

[garvinhicking]

Hi!

An output of your phpinfo(), the php.ini and your httpd.conf file plus all referred/included files would help, yes.

Best regards,
Garvin

[msp]

I have two installs of the same version on the same server but in different dirs. one works, the other doesn't. I'm using mac/safari for both. the funny thing is I noticed the second one stopped working after I changed a theme. once I selected a new theme and installed it, the test post I had successfully made, disappeared! how's that! it never came back. But I see them in the stats screen, and i see the full post in the DB. they jsut don't display. I'm sort of doubting it's a server config issue at this point.

some info:
Apache/1.3.29 (Unix) PHP/4.3.4, MySQL/3.23.49

Does this help at all? (I hope so!! I've also reinstalled and no luck..)

Oh, the other difference is that the one that works is in another dir (.com/blog/index.php), the one that doesn't is at web root (.com/index.php). make sense?

Thanks!

[msp]

So, it seems that it's not actually writing the file to the archives dir... of you got to .com/index.php?/archives/ it shows there should be six entries. but when i look in the dir on the server, it's empty...

doas that help?

[garvinhicking]

Hi!

The posts are not stored on the file system, only in the database!

I've never heard of your problem; to which theme did you change to? Rechanging the theme does not help?

What's your URL, what's your serendipity version? Can you send me the SQL dump of your serendipity_entries and serendipity_entryproperties table? Then I could analyze why that entry is not displayed?

It might be because that entry is set to be only readable by logged in authors or something like that...

Regards,
Garvin

[jeffk]

I installed the web server and have total control over it. What do I need to chnage to enable php properly?

[garvinhicking]

Hi jeffk!

Maybe you should state your problem first? And if it in fact is identical to the first poster, please answer to all questions I asked him throughout the process

Regards,
Garvin

[o.h1]

I have the same Problem. Some people cannot post and see the admin area in the preview area.

serendipity sometimes seems to not write sessions.

I use Debian Sarge with an backported 5.2.0-8+etch3 from Debian Etch.
MySQL is 4.0.24-10sarge. Serendipity is 1.1.2.

According to the config session files should go to /var/lib/php5. Sometimes there is no session file when I log into the admin area, I guess there should always be a session file after login, right?

When I use a little test.script sessions seem to work as expected (I put it in exactly the same documentroot and executed via browser/server):
<?php
session_start();
$_SESSION['favcolor'] = 'green';
$_SESSION['animal'] = 'cat';
$_SESSION['time'] = time();
>

LIVE:plattform:/var/lib/php5# ls -la
insgesamt 12
drwx-wx-wt 2 root root 4096 2007-05-29 16:50 .
drwxr-xr-x 16 root root 4096 2007-03-27 13:11 ..
-rw------- 1 www-data www-data 56 2007-05-29 16:46 sess_e0c432eda2d2fd72385eb72d66f2de50
LIVE:plattform:/var/lib/php5# cat sess_e0c432eda2d2fd72385eb72d66f2de50
favcolor|s:5:"green";animal|s:3:"cat";time|i:1180450008;


PHP Sesion settings are:
session
Session Support enabled
Registered save handlers files user
Registered serializer handlers php php_binary wddx


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_httponly Off Off
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 1440 1440
session.gc_probability 0 0
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /var/lib/php5 /var/lib/php5
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 0 0

No Errors/Warnings go to the Logs.



TIA,
Oliver

[o.h1]

I did a little testing and it seems to be a cookie/session Problem.

When I clear my cookie cache after login everything works fine. After Logout via the "Abmelden" link the php session is purged (from /var/lib/php5) but the browser cookie is still there. When I call the serendipity_admin.php I'm logged in again without the need for username and password - and no i did not select the "automatic login" checkbox at first login.

Now I seem to be logged in but no session-file is created. I can go to the "new entry" and edit a new article but after submission I get that xml-rpc message and the admin area is displayed in the preview area above the editor.

So this seems to be an serendipity problem, right? I should be prompted for login/passwort If I try to reach the admin page after logout. After that a new session (cookie) with a new timestamp should be generated.