Thanks for the responses.
Yes, we did restore the overwritten User Preferences page, the two times
that happened. And that may be a perfectly acceptable strategy in the
longer term, when we have more users familiar with the system and able to
perform the page-restore step.
In the short term, we have a somewhat special issue, in that the summer
project group I'm working with is not committed to using WikiWiki, and the
test group is trying out various alternatives. So I want to give this
group as good an experience as possible, and they are put off when they try
to follow instructions and go to User Preferences to "register", only to
find there's no form there, just a previous visitor's misplaced "personal
For our particular situation, it looks like the short-term fix should
simply be better instructions :-). This evening we'll have an in-person
session with our test group, and can illustrate the relevant techniques --
including how to restore a page!
Maybe the MoinMoin Users list can advise us on whether a WikiWiki can have
a useful role in our project's goals, and where else we can look. But I'll
make that a separate message.
Thank you for the advice,
At 03:31 AM 4/8/03, Gisbert Amm wrote:
>Instead of making pages unwritable, a possible solution for your problem is
>to restore the accidently changed pages. Your users won't make the same
>mistake twice, will they?
>To restore a certain page, click on the 'info' icon in the upper right
>corner (the blue one with the 'i' on it) hit the link 'detailed information'
>(or so) and choose the version you want to go back to.
> > -----Original Message-----
> > From: Mitchell Marks [mailto:mitchell@...]
> > Sent: Friday, April 04, 2003 9:32 PM
> > To: MoinMoin Users
> > Subject: [Moin-user] How to make pages uneditable? (by anyone)
> > red hat 7.2
> > python 2.2.2
> > apache 1.3.27, runs as apache:apache
> > moin moin 1.159
> > We have a very new MoinMoin Wiki (at
> > http://cwd.uchicago.edu/wiki/), and
> > I'm also quite new to handling such a system, so I hope
> > you'll be tolerant
> > of newbie questions.
> > I want to lock down some pages so they can't be edited. It's
> > not mischief,
> > it's accident and misunderstanding. (Members of our test
> > group have signed
> > up at UserPreferences, then immediately press Edit to get
> > started making
> > pages -- and wipe out the UserPreferences form.)
> > I came across a FAQ where the answer to "How do I make
> > immutable pages?"
> > was "Just set the permissions bits." That doesn't seem to be
> > working for
> > me. I remove write permissions, and for that matter change
> > the ownership
> > to either root or some other user; then go to the web and
> > edit it in the
> > Wiki. The ownership comes back to apache:apache and the
> > write bits are on --
> > >[1:09pm] root@... 243# chown mitchell: TestImmutablePage
> > >[1:22pm] root@... 244# chmod ugo-w TestImmutablePage
> > >[1:22pm] root@... 245# ls -l TestImmutablePage
> > >-r--r--r-- 1 mitchell mitchell 118 Apr 4 13:09
> > TestImmutablePage
> > ((here I edited it on the web))
> > >[1:22pm] root@... 246# ls -l TestImmutablePage
> > >-rw-rw-rw- 1 apache apache 129 Apr 4 13:23
> > TestImmutablePage
> > The text directory has this ownership and permissions:
> > >[1:23pm] root@... 247# ls -ld .
> > >drwxrwxr-x 2 apache apache 4096 Apr 4 13:23 ./
> > If I made the directory unwritable, wouldn't that interfere
> > with normal
> > saving of all the other pages? Is there another place where
> > pages can be
> > kept, and participate in the WikiName linking, but the
> > directory can be
> > unwritable or belong to someone other than apache?
> > Thanks much for what I hope will be your useful suggestions!
> > -- Mitch Marks
CUIP Tech Coordinator http://cuip.uchicago.edu
CUIP: Chicago Public Schools / Univ. of Chicago Internet Project
5640 S Ellis Ave AAC-045, Univ of Chgo, Chgo IL 60637
Telephone: Ofc 773-702-6041
Home (v.m. only, ok any time) 241-7166
Email: Primary address: mitch@...
Alternate UofC addresses (use especially to report problems with
cuip.uchicago.edu): mitchell@... and mmar@...
Off-campus (ISP) address: mmarks@...