[pmwiki-users] Problem with login

[Michael Eager]

The $ScriptUrl setting came fom implementing Cookbook.CleanUrls.

I changed the setting of $ScriptUrl from explictly specifying the
name of the website to

    $ScriptUrl = $UrlScheme.'://'.$_SERVER['HTTP_HOST'];

Everything seems to be working, both on Firefox (including private 
windows) and Chrome.

Thanks!

On 4/4/24 08:20, Michael Eager wrote:
> Thanks for the quick reply.
> 
> All of the pmwiki source is under git.  There's one change to $ScriptUrl:
> 
>     $ScriptUrl = $UrlScheme.'://example.com/';
> 
> I recently updated the website to support HTTPS.  I'm not sure where I 
> got this line; it's different from the instructions in PmWiki.SetupHTTPS.
> 
> The server is running Apache.  I verified the behavior in both Firefox 
> and Chrome.
> 
> I'll try changing $ScriptUrl to the description in PmWiki.SetupHTTPS.
> 
> 
> On 4/4/24 07:40, Petko Yotov wrote:
>> I suspect something changes or blanks the $ScriptUrl variable. I'd 
>> check in config.php or any included scripts.
>>
>> Sometimes it may be caused by $_SERVER variables unavailable to the 
>> PHP process. If necessary, you can define this variable in config.php 
>> to the correct URL.
>>
>> Is this an actual web server software like Apache, or the standalone 
>> recipe?
>>
>> I wonder why it would work in a normal window and not in incognito 
>> mode. Does it work in Firefox, and in a Firefox private window?
>>
>> Petko
>>
>>
>> On 04/04/2024 16:27, Michael Eager wrote:
>>> I'm running into a strange situation with AuthUser and logins.
>>>
>>> I've used AuthUser in several wikis without issue.  I added AuthUser
>>> to a new wiki and it seemed to work.  I created a user and user group
>>> and updated config.php to specify that the group would have edit
>>> authority. Everything seemed to work OK.  In the browser window where
>>> I entered my login credentials, I can edit a page.  When I try to edit
>>> a different page I'm able to without having to re-enter credentials.
>>> I presume that the previous login is recorded in a cookie in the
>>> browser.
>>>
>>> When I attempt to edit pages from a different system or from a
>>> private/incognito browser window, I am unable to.  I am prompted for
>>> name and password.  When I enter them, the website takes a long time
>>> to respond, and then redirects to a bogus page.
>>>
>>> The link for to the page displaying the login box is
>>>   https://example.com//Main/HomePage?action=edit
>>> After entering the credentials, and a long wait, the redirect is to
>>>   https://main/HomePage?action=edit
>>>
>>> I changed config.php to set fixed 'admin' and 'edit' passwords
>>> (essentially ignoring AuthUser), but I see the same behavior.
>>
> 
> 

-- 
Michael Eager