Description

Cannot Preview an Edit, cannot Cancel an Edit, cannot Save an Edit.

Steps to reproduce

  1. Edit any page, then try to Cancel, Save, or Preview.

Example

First Scenario

Originally no example was given here, but we found this problem could be reproduced when a "current-locked" file file is left hanging around in the per-user backup directory, not in the original page directory. For example: I had left around a "current-locked" file in MyUserName(2f)MoinEditorBackup/current-locked and this produced exactly the same symptoms as described above - for any page I tried to edit. The moral is: make sure you fix "current-locked" in both places. Still not a bug, though :-)


Second Scenario

The bug seems to be attached to the user information. Any user can edit pages with no problem but the admin user which was the user that we were using to create all the structure and the initial information of the wiki. Even if there is no user logged in, it works.

We have also checked out that there is no "current-locked" file left in the directory tree to make sure that it is a different issue.

Details

First scenario details

Note: The user under which apache is running has changed. Previously, when MoinMoin was working fine, the apache user was the same as the wiki files user. Now, we're using different users for running apache vs. owning the wiki files, however, both are members of the same group, and all wiki files are owned by that group.;

Here's an example file from the wiki ... note the owner/group is wikiadm/wikiadm:

apache runs as toolsadm

but both wikiadm and toolsadm are in the wikiadm group:

I think this should work, right?

What is interesting is that the failure only occurs when you're logged into the wiki. A guest user is able to Save, Edit, Preview, and Cancel just fine.


Second Scenario Details

#Second_scenario_CouldNotLock.htm

It is also interesting to notice that once the failing user starts editing the page, either preview, cancel or save works. They all give the same error.

I have also notice that if the failing user tries to edit a page with no restrictions, no acl directive include in the page, it also fails.

Workaround

First Scenario

No workaround.

Second Scenario

Seems to be a problem of an edit action that did not finish properly.

Discussion

I don't think the groups are part of your problem. But maybe some page data structure on disk got slightly damaged. Check if the involved pages have a "current" file (page you edited and UserName/MoinEditorBackup also). If you find a file "current-locked" although nobody is editing it, rename it to "current".

If you have time, maybe upgrade to 1.5.3+.

Please reopen this bug if it was not fixed by renaming the file like explained above.

--from Tom:

I changed each "current-locked" file to "current", but then editing the corresponding page then hitting Cancel, Preview, or Save resulted in the same error.

Then give us the output of:

ls -al /usr/local/moin/share/moin/fwiki/data/pages/TomHalliley/
ls -al /usr/local/moin/share/moin/fwiki/data/

-- from Tom:

Your wiki is running as toolsadm. Please fix that.

Plan


CategoryMoinMoinNoBug

MoinMoin: MoinMoinBugs/CouldNotLockPage (last edited 2007-10-29 19:10:43 by localhost)