[pmwiki-users] Redundant logins

[Kenneth Forsbäck]

The newer versions work fine on my server. I use:
* LightTPD 1.4.28-1 (win32) SSL (GCC i686-pc-cygwin)
* PHP 5.3.3 (cli)

 From phpinfo() I can see that my provider uses:
* Apache 2
* PHP 5.2.17

My "t" skin has only .tmpl and .css files, no added PHP code.

The only message I get from EnableDiag is:

"Warning: Cannot modify header information - headers already sent by 
(output started at /usr/local/apache2/htdocs/nevereasy/index.php:1) in 
/usr/local/apache2/htdocs/nevereasy/pmwiki.php on line 1126"

I made a fresh install on my local server and progressively added more 
of online install to see if I could find where it goes wrong, but it 
works just fine on my own server.

Next I made a fresh install on the remote server, with no other 
modification than the config.php:

<?php

if(!defined("PmWiki")) {
     exit();
}

$DefaultPasswords["edit"] = crypt("secret");

include_once("scripts/xlpage-utf-8.php");

?>

The same problem persists. Seems like the problem lies with the 
provider, I just don't know what it could be.

Kenneth

On 2011-02-06 11:13 am, Petko Yotov wrote:
> On Sunday 06 February 2011 05:09:58, Kenneth Forsbäck wrote :
>> My last working version was 2.2.19,
>
> I tried your configuration - it works fine for me - I can edit, and I only
> need to log in once. The changes between 2.2.19 and 2.2.23 are unlikely to be
> related to your login problem.
>
> If your "t" skin has *.php files, there might be something that I didn't test,
> but if you only have *.tmpl and *.css files, the skin is fine.
>
> Can you change your admin password to something different, 5 or more
> characters, then try again?
>
>
>> I had newer versions (vanilla) on my offline server but never uploaded them.
>
> Does the version 2.2.23 work on your offline server?
>
>
>> I think I can safely rule out browser and server problems, as nothing
>> has changed. I also tried it with Opera but had the same problem.
>
> Sometimes hosting providers upgrade the PHP software without informing their
> clients. A new PHP version is different and may cause a script to break - if
> it is the case, we need to infestigate it and fix it. But in this case, I
> suspect version 2.2.19 wouldn't work either.
>
>
>> I am using two addons: "titledictindex" and one of my own (not pretty,
>> but it works; attached file [codecogs.php]). I've also attached my
>> config.php.
>
> Those look fine, I see nothing that could break authentications.
>
>
>> Even when I use a vanilla config (from docs/) and use DefaultPasswords
>> it still asks me again and again. Quite puzzling.
>
> If nothing helps, you can always revert to 2.2.19. Older PmWiki versions can
> be found here:
>
>    http://www.pmwiki.org/pub/pmwiki/
>
> But if 2.2.19 does work, I'd really like to know why. :-)
>
> Petko
>
>>>> Whenever I view a page (e.g. SiteAdmin or ?action=edit) that requires
>>>> authentication, it always shows the login form even if I'm already
>>>> logged in.
>>>>
>>>> This happens again, and again, and again, no matter how many times I log
>>>> in, log out, clear cookies, or force a full refresh.
> ...
>>> Last problem that I think of is something could have caused the
>>> "session.save_path" directory to become write-protected. This is rare -
>>> could be a disk-full problem or a server/PHP misconfiguration. It should
>>> be possible to select your own directory for the session data near the
>>> beginning of config.php:
>>>     $SessionDir = "$WorkDir/.sessions";
>>>     mkdirp($SessionDir);
>>>     fixperms($SessionDir);
>>>     session_save_path($SessionDir);
>>>     unset($SessionDir);
>