 element.
    """

    extensions = ['.html']
    Dependencies = []

    def __init__(self, raw, request, **kw):
        self.raw = raw
        self.request = request
        self.form = request.form
        self._ = request.getText

    def format(self, formatter):
        """ Send the text. """
        self.request.write(formatter.preformatted(1))
        self.request.write(formatter.text(self.raw.expandtabs()))
        self.request.write(formatter.preformatted(0))

---------------- END html.py ------------------------------------------

It does work quite well...

> > I've tried to add the following to the file
> > $PYTHON_PATH/site-packages/MoinMoin/wikiutil.py
> > but while it works for the additional extensions
> > like '.dat', '.cxx' etc. it doesn't work for '.html'
> > nor '.xml':
> > 
> > MIMETYPES_MORE = {
> >   # ...
> >   '.dat': 'text/plain',
> >   '.cxx': 'text/x-c++src',
> >   '.i': 'text/x-c++src',
> >   '.schema': 'text/plain',
> >   '.rpy': 'text/x-python',
> >   '.wsgi': 'text/x-python',
> >   '.php': 'text/plain',   # see MIMETYPES_sanitize_mapping
> >   '.html': 'text/plain',  # don't render as HTML! (won't work)
> >   '.xml': 'text/plain',   # don't render as HTML! (won't work)
> > }
> > 
> > MIMETYPES_sanitize_mapping = {
> >   # ...
> >   ('application', 'x-httpd-php'): ('text', 'plain'),
> >   ('text', 'html'): ('text', 'plain'), # (won't work)
> > }
> 
> That SHOULD work. Did you restart moin after changing configuration?

Yes, of course I did that. But it was useless...

> Your python version?

2.5.2

Anyway, using a custom parser for '.html' that renders preformatted
text solved the problem quite nicely. ;)

Thanks again,
-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/

From rjt-moin at thegrindstone.me.uk  Mon Aug 18 10:22:39 2008
From: rjt-moin at thegrindstone.me.uk (Richard Taylor)
Date: Mon, 18 Aug 2008 15:22:39 +0100
Subject: [Moin-user] openid problem: OpenID error: return_to does not match
	return URL
Message-ID: <48A985AF.40108@thegrindstone.me.uk>

Hi

I am trying to get OpenID working on the PyConUK conference wiki 
(http://www.pyconuk.org/community).

I am using:
	moin-1.7.1
	python-openid-2.1.1 (I tried python-openid-2.2.1 as well but got the 
same error)

If I set an OpenID association with an existing user through the 
preferences page I can login with the OpenID OK. However when I attempt 
to login with a new OpenID and create a new user name or associate with 
an existing user name I get the following error after I click on 'Choose 
this name" on the page: 
http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid...

"""
OpenID error: return_to does not match return URL. Expected 		
'http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid', 
got 
u'http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid&janrain_nonce=2008-08-18T14%3A09%3A14ZLZE5ly&openid1_claimed_id=http%3A%2F%2Fclaimid.com%2Fhippy'.
"""

I have tracked down where the error is generated from but I do not 
understand why the problem is occurring:

	openid/consumer/consumer.py:

	    def _verifyReturnToArgs(query):
		...
	        # Make sure all non-OpenID arguments in the response are also
	        # in the signed return_to.
		bare_args = message.getArgs(BARE_NS)
         	for pair in bare_args.iteritems():
             		if pair not in parsed_args:
                 		raise ProtocolError("Parameter %s not in return_to 
URL" % (pair[0],))

This produces the error: "Parameter username not in return_to URL".

Can anyone suggest what might be the problem?

Regards

Richard

From steveo at syslang.net  Mon Aug 18 10:42:39 2008
From: steveo at syslang.net (Steven W. Orr)
Date: Mon, 18 Aug 2008 10:42:39 -0400 (EDT)
Subject: [Moin-user] ACL question to eliminate anonymous mods.
Message-ID: 

I'm the admin and I'd like to set something so that no one is allowed to 
modify any page unless they are logged in. (I hope this isn't an unusual 
idea.) I think that by doing something with

+Known and -All

I should be able to do this.

Can someone please tell me what to do and where to do it? Sorry if I'm 
being dense.

Thanks.

-- 
Time flies like the wind. Fruit flies like a banana. Stranger things have  .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net

From rjt-moin at thegrindstone.me.uk  Mon Aug 18 11:38:05 2008
From: rjt-moin at thegrindstone.me.uk (Richard Taylor)
Date: Mon, 18 Aug 2008 16:38:05 +0100
Subject: [Moin-user] ACL question to eliminate anonymous mods.
In-Reply-To: 
References: 
Message-ID: <48A9975D.4000807@thegrindstone.me.uk>

Steven

I have not tried it but I would think that:

acl_rights_default = u'Known:read,write,delete,revert All:read'

in your wikiconfig.py should do the trick.

Richard

Steven W. Orr wrote:
> I'm the admin and I'd like to set something so that no one is allowed to 
> modify any page unless they are logged in. (I hope this isn't an unusual 
> idea.) I think that by doing something with
> 
> +Known and -All
> 
> I should be able to do this.
> 
> Can someone please tell me what to do and where to do it? Sorry if I'm 
> being dense.
> 
> Thanks.
> 

From zhangchunlin at gmail.com  Tue Aug 19 04:15:22 2008
From: zhangchunlin at gmail.com (Chunlin Zhang)
Date: Tue, 19 Aug 2008 16:15:22 +0800
Subject: [Moin-user] Who can help me with Single Sign-on in Moinmoin with
	Mantis?
Message-ID: 

I just modify "wiki_dokuwiki_api.php" of Mantis to a 
"wiki_moinmoin_api.php" so that I can integrate moinmoin with mantis.
See the attached file and you can use it as a patch of mantis if you want.

But how can I make them Single Sign-On?
I saw the 
http://www.mantisbt.org/wiki/doku.php/mantisbt:issue:7075:integration_with_dokuwiki#authentication_single_sign-on 
  ,but I do not know much php,and 
http://moinmo.in/HelpOnAuthentication#line-87 ,but there is not some 
example to refer.

Is there someone have some experience with this situation?
Or give me some advice.

Thank you!

From zhangchunlin at gmail.com  Tue Aug 19 04:31:17 2008
From: zhangchunlin at gmail.com (Chunlin Zhang)
Date: Tue, 19 Aug 2008 16:31:17 +0800
Subject: [Moin-user] Who can help me with Single Sign-on in Moinmoin
	with Mantis?
In-Reply-To: 
References: 
Message-ID: <48AA84D4.8010303@gmail.com>

Sorry for forgetting the "wiki_moinmoin_api.php"

Chunlin Zhang wrote:
> I just modify "wiki_dokuwiki_api.php" of Mantis to a 
> "wiki_moinmoin_api.php" so that I can integrate moinmoin with mantis.
> See the attached file and you can use it as a patch of mantis if you want.
> 
> But how can I make them Single Sign-On?
> I saw the 
> http://www.mantisbt.org/wiki/doku.php/mantisbt:issue:7075:integration_with_dokuwiki#authentication_single_sign-on 
>   ,but I do not know much php,and 
> http://moinmo.in/HelpOnAuthentication#line-87 ,but there is not some 
> example to refer.
> 
> Is there someone have some experience with this situation?
> Or give me some advice.
> 
> Thank you!
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From zhangchunlin at gmail.com  Tue Aug 19 04:34:08 2008
From: zhangchunlin at gmail.com (Chunlin Zhang)
Date: Tue, 19 Aug 2008 16:34:08 +0800
Subject: [Moin-user] Who can help me with Single Sign-on in Moinmoin
	with Mantis?
In-Reply-To: 
References: 
Message-ID: 

Sorry for forgetting the attachment.
Chunlin Zhang wrote:
> I just modify "wiki_dokuwiki_api.php" of Mantis to a 
> "wiki_moinmoin_api.php" so that I can integrate moinmoin with mantis.
> See the attached file and you can use it as a patch of mantis if you want.
> 
> But how can I make them Single Sign-On?
> I saw the 
> http://www.mantisbt.org/wiki/doku.php/mantisbt:issue:7075:integration_with_dokuwiki#authentication_single_sign-on 
>   ,but I do not know much php,and 
> http://moinmo.in/HelpOnAuthentication#line-87 ,but there is not some 
> example to refer.
> 
> Is there someone have some experience with this situation?
> Or give me some advice.
> 
> Thank you!
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From hsmtkk at gmail.com  Tue Aug 19 09:58:50 2008
From: hsmtkk at gmail.com (Hashimoto)
Date: Tue, 19 Aug 2008 22:58:50 +0900
Subject: [Moin-user] Attached File Size
Message-ID: <6bae2c430808190658k71b7c36bj98b9b6a641bae5e9@mail.gmail.com>

Hello.
I am using MoinMoin-1.7.1
I want to get attached file size.
Something like
<>
<> is too verbose.
Are there some macros ?
Or must I write a new macro ?
Thanks.

-- 
hsmtkk at gmail.com

From gerg.ward+moin at gmail.com  Wed Aug 20 15:09:50 2008
From: gerg.ward+moin at gmail.com (Greg Ward)
Date: Wed, 20 Aug 2008 15:09:50 -0400
Subject: [Moin-user] Cleanup on upgrade
Message-ID: <20080818172728.GA26382@intelerad.com>

I'm in the process of upgrading our wiki from MoinMoin 1.5.8 to 1.7.1.
The wiki actually goes back to MoinMoin 1.3 days, so has been upgraded
once before.  I have noticed a fair amount of cruft in data/pages, for
example:

  * "system" pages that are now in underlay:

      HelpOnInstalling(2f)ApacheOnUnix
      HelpOnInstalling(2f)ApacheWithFastCgi
      PageAccueil
      PageAl(c3a9)atoire
      [...]

  * empty page directories -- I'm guessing some old version of MoinMoin
    had a bug that created a page as soon as someone asked for it,
    resulting in page dirs like this:

      $ ls -1d d*
      dfsqd
      dkckc

  * many apparent page dirs have no "current" file or "revisions"
    directory:

      $ find . -maxdepth 1 -type d | wc -l
      3134
      $ find . -maxdepth 2 -name revisions | wc -l
      2989

  * several pages have a "current" file that refers to a non-existent
    revision (one later than the latest revisions in revisions/).  These
    pages render as non-existent both under 1.5.8 pre-upgrade and 1.7.1
    with my test upgrade.

    I am assuming that such pages once had useful content and should be
    resurrected.  Editing "current" to point to the latest actual
    revision did not work.  Any clue what might?

Two questions:

  1) is it safe to just "rm -rf" those unwanted/empty page directories?

  2) is there a tool to find them for me?  (I can cobble something
     together myself easily enough, but if it already exists, I'll
     happily use it)

Thanks --

        Greg

From kai at aplteam.com  Thu Aug 21 04:37:32 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Thu, 21 Aug 2008 09:37:32 +0100
Subject: [Moin-user] Upgrade 1.5.5 to 1.6: URLs do not work
In-Reply-To: <48A96868.8020200@gmx.de>
References: <99f673360808172331x4f51763akbe86e742b511ece@mail.gmail.com>
	<48A96868.8020200@gmx.de>
Message-ID: <99f673360808210137m347e3acap19fa4aebae67eb01@mail.gmail.com>

....
>> But I would expect that entering the URL
>>    http://aplteam2.com/aplwiki/KaiJaeger
>> would display my homepage. Instead I get an
>>     Not Found - The requested URL /aplwiki/KaiJaeger was not found on
>> this server.
>>
>> That should work, shouldn't it?
>
> Yes. Likely something in your setup is wrong, maybe in your apache config.

Indeed. I forgot to add a slash at the end of:

ScriptAlias /aplwiki/moin.cgi/ "D:/wikis/apl2/moin.cgi"

With the slash:

    ScriptAlias /aplwiki/moin.cgi/ "D:/wikis/apl2/moin.cgi/"

everything is fine...

From kai at aplteam.com  Thu Aug 21 04:48:18 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Thu, 21 Aug 2008 09:48:18 +0100
Subject: [Moin-user] ACL problem after upgrade to 1.7.1
Message-ID: <99f673360808210148w6ee9c8e3gc4382ea4d2df5d52@mail.gmail.com>

I've upgraded successfully from 1.5.5 to 1.7.1 in one go without too
much difficulties I thought.

Well, some problems which look quite close to each other:

1. I have a page/group "AutoAdmin". Every user on that page is
supposed to have admin rights, and had in the past. Not anynore.
2. Although my own userid is also "superuser", I lost the ability to
edit pages which are immutable to everybody else (except AutoAdmin,
but that does not work either)

3. I also have a page/group TrustedGroup. User accounts are only
allowed to edit/add/delete/revert after being added to that group.
Worked fine in the past, stopped working since the upgrade.

The only way to enable myself to edit the otherwise immutable
frontpage was to add my userid to the acl of that page. I can,
however, edit ordinary pages. Other users cannot
edit/add/delete/revert anything at all, although they are member of
the TrustedGroup.

Has anybody else encountered this problem?

Kai

From tw-public at gmx.de  Thu Aug 21 05:57:32 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 21 Aug 2008 11:57:32 +0200
Subject: [Moin-user] Cleanup on upgrade
In-Reply-To: <20080818172728.GA26382@intelerad.com>
References: <20080818172728.GA26382@intelerad.com>
Message-ID: <1219312652.9861.4.camel@black.firma.waldmann-edv.de>

On Wed, 2008-08-20 at 15:09 -0400, Greg Ward wrote:
> I'm in the process of upgrading our wiki from MoinMoin 1.5.8 to 1.7.1.
> The wiki actually goes back to MoinMoin 1.3 days, so has been upgraded
> once before.  I have noticed a fair amount of cruft in data/pages, for
> example:

You want to use:
 * moin maint cleanpage
 * EditedSystemPages page

>   * several pages have a "current" file that refers to a non-existent
>     revision (one later than the latest revisions in revisions/).  These
>     pages render as non-existent both under 1.5.8 pre-upgrade and 1.7.1
>     with my test upgrade.

That are perfectly valid deleted pages.

From kai at aplteam.com  Sat Aug 23 17:15:17 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Sat, 23 Aug 2008 22:15:17 +0100
Subject: [Moin-user] Performance
Message-ID: <99f673360808231415n2143ae89kac31782f8100b4e@mail.gmail.com>

On my Windows Server with Apache, I am now using FastCGI. I have to
say the difference is impressive. Jumping from page to page is really
nice.

However, starting to edit a page (any, it doesn't matter which one)
ist still very slow. It takes up to 15 seconds.
The same is tru when I press the "Preview" button.

What is really strange is that when I go to the Server with Remote
Desktop is do it locally, everything is very fast, including Edit and
Preview.

I get mixed signals here - has anybody encountered something similar?

Kai

P.s.: http://aplteam2.com/aplwiki

From tw-public at gmx.de  Sun Aug 24 08:48:01 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 24 Aug 2008 14:48:01 +0200
Subject: [Moin-user] Performance
In-Reply-To: <99f673360808231415n2143ae89kac31782f8100b4e@mail.gmail.com>
References: <99f673360808231415n2143ae89kac31782f8100b4e@mail.gmail.com>
Message-ID: <1219582081.8688.4.camel@black.firma.waldmann-edv.de>

> However, starting to edit a page (any, it doesn't matter which one)
> ist still very slow. It takes up to 15 seconds.
> The same is tru when I press the "Preview" button.
> 
> What is really strange is that when I go to the Server with Remote
> Desktop is do it locally, everything is very fast, including Edit and
> Preview.

That sounds a bit like your reverse DNS is broken.

For e.g. edit-log (maybe also for other stuff related to changing
content), moin does a reverse DNS lookup for client's IP.
If reverse DNS is not working on the server machine for the client IP,
there can be quite some delay.

So, solution is either:
 * fix reverse DNS on the wiki server machine, or
 * find and use the moin setting that switches off reverse dns lookups

From peter.vanbiesen at vaph.be  Mon Aug 25 07:16:04 2008
From: peter.vanbiesen at vaph.be (Peter Van Biesen)
Date: Mon, 25 Aug 2008 13:16:04 +0200
Subject: [Moin-user] How do I get an access log with moin standalone server ?
Message-ID: <200808251316.04571.peter.vanbiesen@vaph.be>

Hi,

I recently removed my apache server, as it was only serving moin anyway and started moin in standalone mode. I've got everything to work as before, except for the access.log . I can't seem to get one configured. I set MOINLOGGINGCONF to my python log config, but even when I set it to DEBUG, I get no access logging. 

How do I do this ?

Thanks in advance,

Peter.
Ps: my logging.conf :

[DEFAULT]
# Logfile to create.
# Make sure the running moin process has create/write rights there.
logfile=/tmp/moin.log

# Default loglevel, to adjust verbosity: DEBUG, INFO, WARNING, ERROR, CRITICAL
loglevel=INFO

[loggers]
keys=root

[handlers]
keys=logfile

[formatters]
keys=logfile

[logger_root]
level=%(loglevel)s
handlers=logfile

[handler_logfile]
class=FileHandler
formatter=logfile
level=%(loglevel)s
args=('%(logfile)s', 'at')

[formatter_logfile]
format=%(asctime)s %(name)s %(levelname)s %(message)s
datefmt=
class=logging.Formatter
-- 
Peter Van Biesen
Sysadmin VAPH

tel: +32 (0) 2 225 85 70
fax: +32 (0) 2 225 85 88
e-mail: peter.vanbiesen at vaph.be
PGP: http://www.vaph.be/pgpkeys

Opgelet ! De domeinnaam van het Vlaams Agentschap is vanaf heden
vaph.be. Dit betekent dat u uw correspondent kan bereiken via
voornaam.naam at vaph.be. Gelieve aub dit aan te passen in uw adresboek.

DISCLAIMER
-------------------------------------------------------------------------------
De personeelsleden van het agentschap doen hun best om in e-mails
betrouwbare informatie te geven. 
Toch kan niemand rechten doen gelden op basis van deze inhoud. 
Als in de e-mail een stellingname voorkomt, is dat niet noodzakelijk het
standpunt van het agentschap. 
Rechtsgeldige beslissingen of officiele standpunten worden alleen per
brief toegestuurd.

From bjarke at daimi.au.dk  Mon Aug 25 10:54:11 2008
From: bjarke at daimi.au.dk (Bjarke Roune)
Date: Mon, 25 Aug 2008 16:54:11 +0200
Subject: [Moin-user] Can only edit pages stored on specific harddisk
Message-ID: <4f74ca650808250754ga047f0bq58d7359563949ce8@mail.gmail.com>

Hi,

I've been using MoinMoin to store my personal information to great
effect, and I'd like to put it on an encrypted drive (TrueCrypt) so I
can perform backups or have my laptop stolen without worrying about my
privacy.

However, I've found that on my Mac, the Wiki data HAS to be stored on
the internal harddisk on my laptop. Storing the wiki/ library on
Virtual drives (as in TrueCrypt) or external harddisks work fine for
reading the Wiki, but when I try to commit changes to a page, I get
the error "ValueError, Empty Module name". I've pasted the error
message below.

I have no idea what is going on here, and I'd really be thankful for
any help anyone could give me.

Cheers
Bjarke H. Roune

ValueError

Empty module name

If you want to report a bug, please save this page and attach it to
your bug report.

    * Show debugging information
    * Report bug
    * Visit MoinMoin wiki

Traceback

A problem occurred in a Python script. Here is the sequence of
function calls leading up to the error, in the order they occurred.

   1.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/request/__init__.py
in run (self=)
   2.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/action/edit.py in
execute (pagename=u'Test',
request=)
   3.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/PageEditor.py in
saveText (self=,
newtext=u'Describe Test here.\n', rev=0, **kw={'comment': u'',
'trivial': 0})
   4.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/events/__init__.py
in send_event (event=)
   5.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/config/multiconfig.py
in getter (self=)
   6.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/events/__init__.py
in get_handlers (cfg=)
   7.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
importPlugin (cfg=,
kind='events', name='.___init__', function='handle')
   8.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
importWikiPlugin (cfg=,
kind='events', name='.___init__', function='handle')
   9.

      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
importNameFromPlugin
(moduleName='wikiconfig.plugin.events..___init__', name='handle')

ValueError

Empty module name

    * args = ('Empty module name',)
    * message = 'Empty module name'

System Details

    * Date: Mon, 25 Aug 2008 14:43:26 +0000
    * Platform: Darwin BHR-MacAir.local 9.4.0 Darwin Kernel Version
9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386
i386
    * Python: Python 2.5.1
(/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python)
    * MoinMoin: Release 1.7.0 (release)

From bjarke at daimi.au.dk  Mon Aug 25 11:04:17 2008
From: bjarke at daimi.au.dk (Bjarke Roune)
Date: Mon, 25 Aug 2008 17:04:17 +0200
Subject: [Moin-user] Local wiki and external access
Message-ID: <4f74ca650808250804j45dd213dua061defdae0a4ae6@mail.gmail.com>

Hi,

I'm using MoinMoin for my personal information, so I'd really like the
wiki to only be accessible from the machine on which the server is
running. I think I am already running MoinMoin in this way, but I
don't really know, since I don't know how to tell. I've just
downloaded MoinMoin, run the wikiserver.py file and started using it
in my browser by accessing http://localhost:8080/.

How do I tell if the wiki is accessible by other people on my same
network, or the internet at large, for that matter?

Cheers
Bjarke H. Roune

From moin at mspacek.mm.st  Mon Aug 25 18:15:26 2008
From: moin at mspacek.mm.st (Martin Spacek)
Date: Mon, 25 Aug 2008 15:15:26 -0700
Subject: [Moin-user] Performance
In-Reply-To: <1219582081.8688.4.camel@black.firma.waldmann-edv.de>
References: <99f673360808231415n2143ae89kac31782f8100b4e@mail.gmail.com>
	<1219582081.8688.4.camel@black.firma.waldmann-edv.de>
Message-ID: <48B32EFE.8020108@mspacek.mm.st>

Thanks! That was driving me crazy. By the way, the setting is:

log_reverse_dns_lookups = False

I put this in my wikiconfig.py, then restarted it.

OT: If you also find that the ssh login into your server is slow (takes forever 
to prompt for password), you can disable reverse dns there by adding:

UseDNS no

to your /etc/ssh/sshd_config (that's where it is on Ubuntu). Don't forget to 
restart sshd as well: /etc/init.d/ssh restart

Cheers,

Martin

Thomas Waldmann wrote:
> That sounds a bit like your reverse DNS is broken.
> 
> For e.g. edit-log (maybe also for other stuff related to changing
> content), moin does a reverse DNS lookup for client's IP.
> If reverse DNS is not working on the server machine for the client IP,
> there can be quite some delay.
> 
> So, solution is either:
>  * fix reverse DNS on the wiki server machine, or
>  * find and use the moin setting that switches off reverse dns lookups
> 
> 
> 

From gerg.ward+moin at gmail.com  Tue Aug 26 12:19:05 2008
From: gerg.ward+moin at gmail.com (Greg Ward)
Date: Tue, 26 Aug 2008 12:19:05 -0400
Subject: [Moin-user] Local wiki and external access
In-Reply-To: <4f74ca650808250804j45dd213dua061defdae0a4ae6@mail.gmail.com>
References: <4f74ca650808250804j45dd213dua061defdae0a4ae6@mail.gmail.com>
Message-ID: <20080826161905.GA2648@intelerad.com>

On 25 August 2008, Bjarke Roune said:
> I'm using MoinMoin for my personal information, so I'd really like the
> wiki to only be accessible from the machine on which the server is
> running. I think I am already running MoinMoin in this way, but I
> don't really know, since I don't know how to tell. I've just
> downloaded MoinMoin, run the wikiserver.py file and started using it
> in my browser by accessing http://localhost:8080/.
> 
> How do I tell if the wiki is accessible by other people on my same
> network, or the internet at large, for that matter?

Ummm... test it?  I.e. walk down the hall to another machine on the same
network and try to access http://:8080/.  Do the same with
your machine's IP address just to be sure.  Then do the same from
somewhere out there on the Internet.  (Friend, neighbour, relative, at
work, Internet cafe, ...)

If the server is running UNIX or Linux, there are some tricks you can
use that do not require using another client:

  # netstat -tnlp

will, at least on Linux, report all processes listening on some TCP
port.  Look for the process listening on port 8080 (should be called
"python" or "moin", depending on how the server process is launched) and
make sure that the local address is "127.0.0.1:8080", NOT
"0.0.0.0:8080".  netstat also exists on BSD and OS X, but I believe the
syntax is slightly different.  "man netstat" for details.

If you have lsof, it's an amazingly useful tool for this sort of thing:
e.g.

  # lsof -n -P -i tcp:80 -a -l

reports which processes are listening on TCP port 8080.  You want it to
look something like

  python    15914        0    0u  IPv4  52499       TCP 127.0.0.1:8080 (LISTEN)

and NOT like

  python    15914        0    0u  IPv4  52499       TCP *:8080 (LISTEN)

I believe that lsof works the same on most UNIX flavours, so I *think*
the above commands will work the same on Linux, BSD, OS X, etc.

        Greg

From hp.news at gmx.de  Thu Aug 28 03:53:35 2008
From: hp.news at gmx.de (Hape News)
Date: Thu, 28 Aug 2008 09:53:35 +0200
Subject: [Moin-user] MoinMoin API: Writing files and HTTP redirect
Message-ID: <20080828075335.243830@gmx.net>

Dear all,

I'm developing a formatter for OpenDocument output (a.k.a. for StarOffice, OpenOffice, Koffice, ...). If you want, you can find it on moinmo.in in the formatter section, however only for MoinMoin 1.5 until now.

At the moment generating a OpenDocument file involves the following procedure:
- Generate some XML files (for content, styles, ...)
- Put them into a ZIP file and store it
- Open the ZIP file and deliver it as a big binary string to the client

However this has a few drawbacks:
- Browsers don't get the correct filename (at least they're missing 
  the extension ".odt"). Without this extension OpenDocument files 
  are seen as ZIP-Files (at least on my system)
- Even if there's no new revision of the page, every time when the 
  action "Render as OpenDocument" is called a new OpenDocument 
  file is generated (which may take a few seconds)

So I'm looking for a possibility to :
(1) Write an OpenDocument file and store it in some wiki directory 
     permanently (so no temp directory as I do now with 
     tempfile.mkdtemp()...)
(2) Do a HTTP redirect to this file (so all browsers get the correct 
     filename)

Before this there should be a check:
(0) Check whether there's a OpenDocument file corresponding to 
     the newest revision of the wiki page. If yes, proceed with (2), 
     if no, proceed with (1)

But I need help with this. Which directory should I choose? How do I read page revisions? How do I do a HTTP redirect in MoinMoin?

Thanks a lot for your help,

Hape
-- 
Psssst! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine f?r Alle: http://www.gmx.net/de/go/messenger03

From rjt-moin at thegrindstone.me.uk  Thu Aug 28 04:31:35 2008
From: rjt-moin at thegrindstone.me.uk (Richard Taylor)
Date: Thu, 28 Aug 2008 09:31:35 +0100
Subject: [Moin-user] openid problem: OpenID error: return_to does not
 match	return URL
In-Reply-To: <48A985AF.40108@thegrindstone.me.uk>
References: <48A985AF.40108@thegrindstone.me.uk>
Message-ID: <48B66267.1080600@thegrindstone.me.uk>

Johannes Berg was kind enough to point out the cause of my problem, so I 
thought that I would post the solution here in case someone else comes 
searching the archives.

The route of the problem appears to lie with mod_python. I switched to 
using mod_wsgi and all was well.

Regards

Richard

Richard Taylor wrote:
> Hi
> 
> I am trying to get OpenID working on the PyConUK conference wiki 
> (http://www.pyconuk.org/community).
> 
> I am using:
> 	moin-1.7.1
> 	python-openid-2.1.1 (I tried python-openid-2.2.1 as well but got the 
> same error)
> 
> 
> If I set an OpenID association with an existing user through the 
> preferences page I can login with the OpenID OK. However when I attempt 
> to login with a new OpenID and create a new user name or associate with 
> an existing user name I get the following error after I click on 'Choose 
> this name" on the page: 
> http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid...
> 
> """
> OpenID error: return_to does not match return URL. Expected 		
> 'http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid', 
> got 
> u'http://www.pyconuk.org/community?action=login&login=1&oidstage=1&stage=openid&janrain_nonce=2008-08-18T14%3A09%3A14ZLZE5ly&openid1_claimed_id=http%3A%2F%2Fclaimid.com%2Fhippy'.
> """
> 
> I have tracked down where the error is generated from but I do not 
> understand why the problem is occurring:
> 
> 	openid/consumer/consumer.py:
> 
> 	    def _verifyReturnToArgs(query):
> 		...
> 	        # Make sure all non-OpenID arguments in the response are also
> 	        # in the signed return_to.
> 		bare_args = message.getArgs(BARE_NS)
>          	for pair in bare_args.iteritems():
>              		if pair not in parsed_args:
>                  		raise ProtocolError("Parameter %s not in return_to 
> URL" % (pair[0],))
> 
> This produces the error: "Parameter username not in return_to URL".
> 
> 
> Can anyone suggest what might be the problem?
> 
> Regards
> 
> Richard
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 
> 
> 

From Karen.Janssens at ua.ac.be  Thu Aug 28 05:07:02 2008
From: Karen.Janssens at ua.ac.be (Janssens Karen)
Date: Thu, 28 Aug 2008 11:07:02 +0200
Subject: [Moin-user] EmbedObject pdf Explorer
Message-ID: <48B66AB6.50305@ua.ac.be>

Hi

I uploaded a pdf file to a wikipage and want to show it using the 
EmbedObject macro.
Therefore I use <> .

It works perfectly in my own firefox browser: the document opens in an 
acrobat-like environment on the wikipage, is scrollable, printable etc. 
just how I want it.

however, when I open the same wikipage with Internet Explorer, an empty, 
white space is shown. Nothing there.

could someone tell me how to solve this problem? Most of my wiki-users 
are stille using IE as their default browser...

Thanks
Karen

-- 
Karen Janssens
Universiteit Antwerpen
Anet - Bibliotheekautomatisering
Bibliotheek Stadscampus
Prinsstraat 9
B-2000 Antwerpen
Belgium
Tel    +32 3 220.49.71
Email  karen.janssens at ua.ac.be

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From tw-public at gmx.de  Thu Aug 28 08:01:20 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 28 Aug 2008 14:01:20 +0200
Subject: [Moin-user] MoinMoin API: Writing files and HTTP redirect
In-Reply-To: <20080828075335.243830@gmx.net>
References: <20080828075335.243830@gmx.net>
Message-ID: <48B69390.50103@gmx.de>

> - Browsers don't get the correct filename (at least they're missing 
>   the extension ".odt"). Without this extension OpenDocument files 
>   are seen as ZIP-Files (at least on my system)

See AttachFile.py about how to tell the browser the filename (it's not 
perfect, but for some browsers and ascii-filenames it works).

> - Even if there's no new revision of the page, every time when the 
>   action "Render as OpenDocument" is called a new OpenDocument 
>   file is generated (which may take a few seconds)

I think it is best to use the "cache" action of recent moin (e.g. 1.7.1):
  * it is fast and ressource efficient
  * if you use it as proposed, you will never get outdated cache content

> (2) Do a HTTP redirect to this file (so all browsers get the correct 
>      filename)

I am not sure about how a http redirect should help.

> Before this there should be a check:
> (0) Check whether there's a OpenDocument file corresponding to 
>      the newest revision of the wiki page. If yes, proceed with (2), 
>      if no, proceed with (1)

See the cache action, the procedures used for it make sure you never get 
outdated content.

> But I need help with this. Which directory should I choose?

You don't have to, the cache action will do that.

> How do I read page revisions?

You can give the rev=X to the Page constructor.

> How do I do a HTTP redirect in MoinMoin?

Just grep for "redirect" :)

From tw-public at gmx.de  Thu Aug 28 08:15:03 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 28 Aug 2008 14:15:03 +0200
Subject: [Moin-user] EmbedObject pdf Explorer
In-Reply-To: <48B66AB6.50305@ua.ac.be>
References: <48B66AB6.50305@ua.ac.be>
Message-ID: <48B696C7.2050609@gmx.de>

Hi,

> It works perfectly in my own firefox browser: the document opens in an
> acrobat-like environment on the wikipage, is scrollable, printable etc.
> just how I want it.
> 
> however, when I open the same wikipage with Internet Explorer, an empty,
> white space is shown. Nothing there.

IE has quite some bugs. Maybe this is one of them.

I remember that quite some time ago, we were bitten by a strange IE bug: 
if you tell via http headers, that the content shall not be cached and 
your content is a file that should be shown by a IE plugin, IE downloads 
the file, notices "uuhooh, I am not allowed to cache it", then IE 
DELETES IT and then IE calls the plugin, giving it a filename of a file 
that was just deleted by IE a millisecond ago. :P

> could someone tell me how to solve this problem? Most of my wiki-users
> are stille using IE as their default browser...

Well, I guess you have heard that before: IE is crap: it doesn't 
implement web standards (like CSS) correctly and often has security 
issues, they really should avoid it as much as possible.

There are lots of other browsers out there, that work much better and 
are much more standards compliant, e.g. Firefox and Opera.

From Karen.Janssens at ua.ac.be  Thu Aug 28 08:29:17 2008
From: Karen.Janssens at ua.ac.be (Janssens Karen)
Date: Thu, 28 Aug 2008 14:29:17 +0200
Subject: [Moin-user] EmbedObject pdf Explorer
Message-ID: <48B69A1D.1040705@ua.ac.be>

> Well, I guess you have heard that before: IE is crap: it doesn't 
> implement web standards (like CSS) correctly and often has security 
> issues, they really should avoid it as much as possible.
>
> There are lots of other browsers out there, that work much better and 
> are much more standards compliant, e.g. Firefox and Opera.
>   
I'm convinced already a long time ago ;-)
so ok... now I'll have to convince my users...

Some other peculiar thing I found out today, however. Also browser 
related, but now IE works and firefox doesn't!

Situation:
I want to insert a link to another wikipage or an external site using 
the GUI editor. I click the insert link button, choose WikiPage (or 
URL), insert the pagename or url and save changes.

Using firefox: problem: the link is not made and the insert link dialog 
box re-appears. When looking in the text mode something like ' 
javascript:void(0);/*1219926267425*/ ' is inserted as link.
Using IE: no problem at all. the link is correctly made.

now, this is a less serious problem for me at the moment. Because I 
prefer the text mode (no problem there) and my wiki-users (it is a 
private wiki) prefer IE as I pointed out in my previous message.

-- 
Karen Janssens
Universiteit Antwerpen
Anet - Bibliotheekautomatisering
Bibliotheek Stadscampus
Prinsstraat 9
B-2000 Antwerpen
Belgium
Tel    +32 3 220.49.71
Email  karen.janssens at ua.ac.be

-- 
Karen Janssens
Universiteit Antwerpen
Anet - Bibliotheekautomatisering
Bibliotheek Stadscampus
Prinsstraat 9
B-2000 Antwerpen
Belgium
Tel    +32 3 220.49.71
Email  karen.janssens at ua.ac.be

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From rick.vanderveer at gmail.com  Thu Aug 28 10:08:12 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 28 Aug 2008 09:08:12 -0500
Subject: [Moin-user] Can only edit pages stored on specific harddisk
In-Reply-To: <4f74ca650808250754ga047f0bq58d7359563949ce8@mail.gmail.com>
References: <4f74ca650808250754ga047f0bq58d7359563949ce8@mail.gmail.com>
Message-ID: <5c39e1ca0808280708i1b931581qbe8adf63ccfc5bc8@mail.gmail.com>

A possible workaround you may want to try (no idea if this will work
as I haven't tested it myself, but I see no reason why it shouldn't)--

Since you're already concerned about security, you should be taking
advantage of Apple's FileVault technology.  Why not move the Moin data
directory to your personal folder so that it's also encrypted?  Then
you can do ad-hoc backups onto your flash drive, or let Time Machine
back up for you.  :-)

http://www.apple.com/sg/macosx/features/filevault/
http://en.wikipedia.org/wiki/FileVault

side note:
After reading the 'criticisms' section of the Wikipedia article above,
I was amused and amazed that that data can be potentially recovered
from the RAM of a computer if it's still warm immediately after
shutdown.  I assume this works much like how you could see a ghost
image on an old CRT monitor or TV for a few minutes after it's powered
off.  However, assuming that you just the usual collection of data
that you want to safeguard, and not military-grade secrets that can
topple governments, I suspect you'll be pretty safe and well protected
with FileVault.

-Rick

On Mon, Aug 25, 2008 at 9:54 AM, Bjarke Roune  wrote:
> Hi,
>
> I've been using MoinMoin to store my personal information to great
> effect, and I'd like to put it on an encrypted drive (TrueCrypt) so I
> can perform backups or have my laptop stolen without worrying about my
> privacy.
>
> However, I've found that on my Mac, the Wiki data HAS to be stored on
> the internal harddisk on my laptop. Storing the wiki/ library on
> Virtual drives (as in TrueCrypt) or external harddisks work fine for
> reading the Wiki, but when I try to commit changes to a page, I get
> the error "ValueError, Empty Module name". I've pasted the error
> message below.
>
> I have no idea what is going on here, and I'd really be thankful for
> any help anyone could give me.
>
> Cheers
> Bjarke H. Roune
>
>
>
>
> ValueError
>
> Empty module name
>
> If you want to report a bug, please save this page and attach it to
> your bug report.
>
>    * Show debugging information
>    * Report bug
>    * Visit MoinMoin wiki
>
> Traceback
>
> A problem occurred in a Python script. Here is the sequence of
> function calls leading up to the error, in the order they occurred.
>
>   1.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/request/__init__.py
> in run (self= 0x768fd0>)
>   2.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/action/edit.py in
> execute (pagename=u'Test',
> request= 0x768fd0>)
>   3.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/PageEditor.py in
> saveText (self=,
> newtext=u'Describe Test here.\n', rev=0, **kw={'comment': u'',
> 'trivial': 0})
>   4.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/events/__init__.py
> in send_event (event= 0x743430>)
>   5.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/config/multiconfig.py
> in getter (self=)
>   6.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/events/__init__.py
> in get_handlers (cfg=)
>   7.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
> importPlugin (cfg=,
> kind='events', name='.___init__', function='handle')
>   8.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
> importWikiPlugin (cfg=,
> kind='events', name='.___init__', function='handle')
>   9.
>
>      /Users/bjarke/Downloads/moin-1.7.0/MoinMoin/wikiutil.py in
> importNameFromPlugin
> (moduleName='wikiconfig.plugin.events..___init__', name='handle')
>
> ValueError
>
> Empty module name
>
>    * args = ('Empty module name',)
>    * message = 'Empty module name'
>
> System Details
>
>    * Date: Mon, 25 Aug 2008 14:43:26 +0000
>    * Platform: Darwin BHR-MacAir.local 9.4.0 Darwin Kernel Version
> 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386
> i386
>    * Python: Python 2.5.1
> (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python)
>    * MoinMoin: Release 1.7.0 (release)
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>

From hp.news at gmx.de  Thu Aug 28 10:33:34 2008
From: hp.news at gmx.de (Hape News)
Date: Thu, 28 Aug 2008 16:33:34 +0200
Subject: [Moin-user] MoinMoin API: Writing files and HTTP redirect
In-Reply-To: <48B69390.50103@gmx.de>
References: <20080828075335.243830@gmx.net> <48B69390.50103@gmx.de>
Message-ID: <20080828143334.243320@gmx.net>

Hi Thomas,

thanks a lot for your hints!

> [...]
> See AttachFile.py about how to tell the browser the filename (it's not 
> perfect, but for some browsers and ascii-filenames it works).

ok, I see it in AttachFile.get_file (MoinMoin 1.5 here)

Do you remember which browsers worked and which not? If not I'll try it myself of course...

> [...]
> > (2) Do a HTTP redirect to this file (so all browsers get the correct 
> >      filename)
> 
> I am not sure about how a http redirect should help.

I've never done this, but my idea was:
- Create a file /-.odt
  if it doesn't already exist for the current page revision
- Do a http-Redirect to "/-.odt"

I'd thought this would help as the browser is redirected directly to a file.

> [...]
> > How do I read page revisions?
> 
> You can give the rev=X to the Page constructor.

not what I had in mind (I don't want to explicitly set rev numbers, I want to read the rev number of the current page). But thanks to your hint, I discovered Page.get_rev_dir which returns the rev number even if Page is called without explicit rev number.

> > How do I do a HTTP redirect in MoinMoin?
> 
> Just grep for "redirect" :)
> [...]

well - ok, you're right :)

As for the cache action, I'll try it when developing for MoinMoin 1.7.

Did I understand you correctly here: With this cache action, all is handled automatically, so I don't have to read page revision numbers. But for MoinMoin 1.5/1.6 there is no possibility to permanently write a file, so I can't use my idea with revision comparison of OpenDocument file and wiki page?

Thanks again,

Hape

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

From tw-public at gmx.de  Thu Aug 28 11:36:02 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 28 Aug 2008 17:36:02 +0200
Subject: [Moin-user] MoinMoin API: Writing files and HTTP redirect
In-Reply-To: <20080828143334.243320@gmx.net>
References: <20080828075335.243830@gmx.net> <48B69390.50103@gmx.de>
	<20080828143334.243320@gmx.net>
Message-ID: <48B6C5E2.5020105@gmx.de>

>> See AttachFile.py about how to tell the browser the filename (it's not 
>> perfect, but for some browsers and ascii-filenames it works).
> 
> ok, I see it in AttachFile.get_file (MoinMoin 1.5 here)
> 
> Do you remember which browsers worked and which not? If not I'll try it myself of course...

There is a bug report on the wiki about problems with non ascii attachments.

>>> (2) Do a HTTP redirect to this file (so all browsers get the correct 
>>>      filename)
>> I am not sure about how a http redirect should help.
> 
> I've never done this, but my idea was:
> - Create a file /-.odt
>   if it doesn't already exist for the current page revision
> - Do a http-Redirect to "/-.odt"
> 
> I'd thought this would help as the browser is redirected directly to a file.

I wouldn't do it like that. It needs additional webserver configuration 
(for that direct access), has security issues (your page could be acl 
protected, but the webserver will happily serve those files to everyone) 
and noone cleans up in that dir anyway. :)

> As for the cache action, I'll try it when developing for MoinMoin 1.7.

Well, you should. :)

Moin 1.5 is out of support. There won't be any 1.5 updates / changes any 
more, not even for security.

1.6 is also rather closed and only important security fixes will get 
into 1.6 for a while (if needed).

1.7.x is the current release with full support. If you are developing 
extensions that should be in production very soon, you should target 1.7.

1.8 is already at the horizon as a rather easy update with many GUI 
editor fixes, modernized theme and some other stuff. If you are 
developing stuff that will still take some time (~ 1..3 months) until it 
can be used, you should target this version.

Aside from that, you can save yourself a lot of work by using newer and 
better moin code instead of struggling with old crap. :)

> Did I understand you correctly here: With this cache action, all is handled automatically, so I don't have to read page revision numbers.

Look there:

http://hg.moinmo.in/moin/1.7/file/tip/MoinMoin/action/cache.py

For some practical code, you can look at Reimar's arnica stuff.

> But for MoinMoin 1.5/1.6 there is no possibility to permanently write a file, so I can't use my idea with revision comparison of OpenDocument file and wiki page?

Well, in the past, some people used attachment storage for such stuff, 
but that's rather messy and as I said, AttachFile will die anyway.

I guess if someone insists on using 1.6, he could backport cache action 
and the caching module changes to 1.6, but it would be a bit pointless, 
as just upgrading to 1.7.latest is much easier and 1.7 has some bug 
fixes not present in 1.6.

From jdd at dodin.org  Sun Aug 31 03:41:08 2008
From: jdd at dodin.org (jdd)
Date: Sun, 31 Aug 2008 09:41:08 +0200
Subject: [Moin-user] problem with acl
Message-ID: <48BA4B14.9090203@dodin.org>

Hello,
I try to setup acl's on the LDP web site (example page 
http://wiki.tldp.org/draft01)

this page have only:
________
#acl All:

test page for acl - you shouldn't be allowed to read it :-))
_______

by the way anybody can read it.

I read the doc several times, write :

"acl_rights_before = u"MainAdmin:read,write,delete,revert,admin 
AdminGroup:read,write,delete,revert,admin Known:read,write All:read"  "

in wikiconfig.py

what can I do?

thanks
jdd

-- 
http://www.dodin.net
http://valerie.dodin.org
http://www.youtube.com/watch?v=t-eic8MSSfM

From jbardin at bu.edu  Sun Aug 31 16:53:08 2008
From: jbardin at bu.edu (james bardin)
Date: Sun, 31 Aug 2008 16:53:08 -0400
Subject: [Moin-user] problem with acl
In-Reply-To: <48BA4B14.9090203@dodin.org>
References: <48BA4B14.9090203@dodin.org>
Message-ID: 

On Sun, Aug 31, 2008 at 3:41 AM, jdd  wrote:

>
> "acl_rights_before = u"MainAdmin:read,write,delete,revert,admin
> AdminGroup:read,write,delete,revert,admin Known:read,write All:read"  "
>

The ALL:read in  acl_rights_before matches before in-page acls. Move it into
acl_rights_default.

-jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 