My last working version was 2.2.19, I had newer versions (vanilla) on my offline server but never uploaded them.

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.

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.

Even when I use a vanilla config (from docs/) and use DefaultPasswords it still asks me again and again. Quite puzzling.

Kenneth

On 2011-02-05 9:17 am, Petko Yotov wrote:
Has the authentication changed in 2.2.23?

No, but problems have been reported when in config.php $EnablePageVarAuth is
set to something different from 0. It was introduced in 2.2.22 and disabled by
default in 2.2.23. This variable is not required.

What was your previous working version before you upgraded to 2.2.23 (and
before 2.2.22)? What kind of authentication are you using (AuthUser,
DefaultPasswords)?

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.

If pmwiki suddenly starts to act like this, there could be three kinds of
causes: a PmWiki upgrade, a browser upgrade, or a server up/downgrade.

A new PmWiki version could have broken something - even if we use the latest
version and we fix bugs as we find them, this is a possibility. If you know
which version used to work fine, we could see what changed since then.

A new recipe or recipe version version could also be responsible.

After an upgrade, your browser might have stopped accepting cookies. This is
rare, and in that case, you wouldn't be able to log into other password-
protected websites like a webmail or a forum. You could test your wiki with a
different browser or from a different computer to see if it works.

A change in your hosting server software could have caused this. A while ago,
we needed to adapt PmWiki to work with the new PHP 5.3 versions which had many
changes. We fixed all problems that we found (except one with very short
passwords on some PHP versions on Windows) but there could be more. If we
could look at your wiki and test it, we may find the problem. It would be
useful to enable the PmWiki diagnostics tools with such a line in config.php:

   $EnableDiag = 1;

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);

Petko

<?php

SDV($cc_cmd, "http://latex.codecogs.com/png.latex";);
SDV($cc_arg, "?\bg_white&space;");
SDV($cache_dir, "pub/cache");
SDV($cache_url, $PubDirUrl."/cache");

Markup('{$', 'directives',
  '/\\{\\$(.*?)\\$\\}/e',
  "Keep(Codecogs(PSS('$1')))");

function Codecogs($tex) {
    global $cc_cmd;
    global $cc_arg;
    global $cache_dir;
    global $cache_url;

    $tex = trim($tex);
    $tex = str_replace(" ", "&space;", $tex);
    $img_name = md5($tex).".png";
    $img_path_l = $cache_dir."/".$img_name;
    $img_path_p = $cache_url."/".$img_name;

    $tex_alt = str_replace("'", "&#039;", $tex);
    $tex_alt = str_replace("\"", "&#034;", $tex);
    $tex_alt = str_replace("&space;", " ", $tex);

    $content = file_get_contents($cc_cmd.$cc_arg.$tex);
    $str = "<img align='absmiddle' class='mimetex' src='".$img_path_p."' 
alt='".$tex_alt."'>";

    if($content == false) {
        return("fault: unable to get image: $tex");
    }
    else {
        if(file_exists($img_path_l)) {
            return($str);
        }
        else {
            $f = fopen($img_path_l, "w");

            if($f == FALSE) {
                return("fault: unable to open image: $tex");
            }

            fwrite($f, $content);
            fclose($f);

            return($str);
        }
    }
}

?>
'Template.Index')); foreach($AutoGroupPagesFmt as $n => $t) { $n = FmtPageName($n, $pagename); $t = FmtPageName($t, $pagename); if(!PageExists($n) && $n != $pagename) { WritePage($n, ReadPage($t)); } } } $EditFunctions[] = 'AutoGroupPages'; ?>
_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Reply via email to