That's exactly the feedback I needed. I'm testing in a pure new pmwiki
install, no extra includes just the auth password set...and that fixes the
issue. Next is figuring out how to handle that as far as making it a "real"
recipe. So it wasn't that this recipe was calling anything -- some oth
I don't have the potential to review and debug all this but you need to NOT
have a username $_POST['authid'] at all, not empty, just not set, if you
only use "shared password" protection.
Is it possible that you have some function calls to CondAuth(),
RetrieveAuthPage(), PageVar(), FmtPageN
On Feb 11, 2014, at 3:42 AM, Petko Yotov wrote:
> Petko Yotov writes:
>
>> Crisses writes:
>>> « HTML content follows »
>>> Hi,
>>>
>>> I've spent a day trying to fix this, so I have to figure that the
>>> documentation or myself (or both) aren't up to the task...
>>>
>>> I have an array of
Petko Yotov writes:
Crisses writes:
« HTML content follows »
Hi,
I've spent a day trying to fix this, so I have to figure that the
documentation or myself (or both) aren't up to the task...
I have an array of (xml scalar) variables being passed to PmWiki via ?
action=xmlrpc, including the
Crisses writes:
« HTML content follows »
Hi,
I've spent a day trying to fix this, so I have to figure that the
documentation or myself (or both) aren't up to the task...
I have an array of (xml scalar) variables being passed to PmWiki via ?
action=xmlrpc, including the author & password. A
Hi,
I've spent a day trying to fix this, so I have to figure that the documentation
or myself (or both) aren't up to the task...
I have an array of (xml scalar) variables being passed to PmWiki via
?action=xmlrpc, including the author & password. All the xmlrpc functions are
in their own clas