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);
_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
