Question

Having recently installed TWiki 4.04, I notice every time I edit a topic, a subsequent edit reveals an edit conflict that says Main.com is editing the current topic. Many times after the edit lock times out, it simply renews the lock. I dont have any additional plugins or other changes to the default install. What is causing this and how can I disable it as its causing confusion with my users over what they can edit.

Environment

-- AnthonyTuel - 02 Aug 2006

Answer

If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.

Anthony, that sounds bad. can you attach a topic's .txt, .txt,v and .lease file when it happens?

-- SvenDowideit - 02 Aug 2006

Had to munge up the file names a bit to allow them to be uploaded, but the files you asked for are now attached.

-- AnthonyTuel - 02 Aug 2006

You need to tell us how you have logins set up. What login manager, and what password manager you are using.

-- CrawfordCurrie - 06 Aug 2006

I have apache configured for LDAP authentication for all Twiki related pages.

Login Manager is none. Password manager is TWiki::Users::HtPasswdUser

-- AnthonyTuel - 06 Aug 2006

And do you have {MapUserToWikiName} switched on in configure? If not, turn it on and try again.

-- CrawfordCurrie - 08 Aug 2006

MapUserToWikiName was already enabled. I tried turning it off and then turning it back on but neither solved this problem.

-- AnthonyTuel - 09 Aug 2006

CrawfordCurrie -- your last message pointed me partially in the right direction. I checked my configuration around the wiki to login name mapping and got that working correctly. Not sure if this was all required, but in configure set LoginManager to ApacheLogin and MapUserToWikiName to true, PasswordManager is none, and AllowLoginName to true. Now when people register, they are correctly inserted into TWikiUsers with a mapping of their login name to their wiki name. I also edited TWikiUsers to fix those already registered as whatever the config was when they registered somehow didnt do the mapping correctly.

So the problem is now gone for registered users where the mapping is working right. However, the problem still exists for unregistered users. I'm guessing its somehow failing only for unregistered users. Not sure if thats related to my remote user being an email address in the form www@xxxPLEASENOSPAM.yyy.com which gets munged into a www@xxx/yyy.com when converted to wikiname.

This is probably a legitimate bug somewhere along the lines, but I'd be happy if I could figure out how to prevent edit changes from non-registered users, but still trying to figure that out at the moment.

-- AnthonyTuel - 09 Aug 2006

Well, setup an editors group that is required for topic change to force registration and addition to the editors group and the problem with Main.com is editing gone. Seems theres a bug with unregistered users being allowed to edit.

-- AnthonyTuel - 11 Aug 2006

Argh, yes, it's almost certainly related. The user code has only ever been tested with remote users that are alphanumeric strings. The 'com' was probably a result of a stupid parser detecting the username as a "web.wikiname" i.e. seeing the "web" as "www@xxxPLEASENOSPAM.yyy" and the wikiname as "com". It's not really a bug, per se, but it's most certainly a limitation. We need many more testcases for this sort of usage.

-- CrawfordCurrie - 12 Aug 2006