Error saving pages - Page title can't be empty

[traversd]

Hi All,

Have just installed Mindtouch Core (10.0.8) using the easy installer onto XP and am having an issue where I can no longer edit the main page (which is the only page currently) or make a new sub-page. I'll admit I've tinkered somewhat - NTLM authentication etc, but I turned that off and the issue remains. It does not appear to be skin specific as I thought I had broken something in a modified BeechBeta Pale skin.

When editing a page the page title is display as expected in the page title field above the editor and you can update the page title without issue, just not the content below in the editor.

I did a search but didn't find anything of significance on the forum and searching the dev wiki for "page" and "title" gives a lot of responses ;o)

Regards,
Travers

[traversd]

I re-installed and reapplied the changes. It does indeed seem to be linked to AD SSO as I just enabled trusted auth and the mod_auth_sspi.so module in apache and whilst that is working, I now am getting the "page title can't be empty" message again

I'll go over it all again. I must be missing something simple... I hope.

Regards,
Travers

[traversd]

I'm going around in circles a bit with this one (although I feel like the circles are getting smaller).

As stated in "edit1" once the mod_auth_sspi module is activated in apache (config below) I start to get the "page title cannot be empty". However I'm starting to think that this is a bit of a furfy as not only does that occur but generally the site seems to not POST data properly (simple page reads are fine, but anything where data is sent back we get a hit&miss scenario).

For example if I go into the "advanced config" tab and click on edit to update a value I often do not get the key and value populated in the edit boxes, and if they do populate and I go to update them, often that will fail. So overall it seems that once SSO is activated using the mod_auth_sspi module there is something getting sent back with page requests (I imagine the user info for one ) that is breaking the proper page request.

An additional aspect that may be linked (or not) was I logged on using a test user that had previously logged into an old instance of mindtouch (before I reset it to test this SSO issue). Because of this it still had a cookie for login and so it did not authenticate but rather picked up access as another account(!) it actually showed on the screen it was logged in as another test user which had admin rights and indeed it could open the control panel etc... After seeing that I changed the cookie lifetime to 30seconds (and obvious over-reaction I'll admit)

BTW Mods - feel free to move this thread to the LDAP/AD forum as it is now more likely an AD/SSO issue than just mindtouch.

Thanks,
Travers

This is placed within the httpd.conf in c:\Program Files\MindTouch Easy Installer\apache2\conf
************************************************** ***************************

#This is for NTLM authentication
<IfModule !mod_auth_sspi.c>
LoadModule sspi_auth_module modules/mod_auth_sspi.so
</IfModule>

# Configuration for mod_auth_sspi
<IfModule mod_auth_sspi.c>
<Location />
AuthName "Single Signon"
AuthType SSPI
SSPIAuth On
SSPIAuthoritative On
require valid-user
SSPIDomain <Domain server name>
SSPIOfferBasic On
</Location>
</IfModule>
************************************************** ***************************

Regards,
Travers