From endavis at gwu.edu Wed Nov 3 12:24:18 2004 From: endavis at gwu.edu (Eric Davis) Date: Wed Nov 3 12:24:18 2004 Subject: [Moin-devel] 1.3Beta and Indenting Headings Message-ID: <41893CE7.9010408@gwu.edu> In moin 1.2 I could indent a heading, but in 1.3 I can't. Is this by design or a bug? Thanks, Eric From david at dgreaves.com Thu Nov 4 01:02:51 2004 From: david at dgreaves.com (David Greaves) Date: Thu Nov 4 01:02:51 2004 Subject: [Moin-devel] Security Bug (minor) : subscriber emails exposed Message-ID: <4189EF3A.5030605@dgreaves.com> Hi I just noticed that if I subscribe to a page that others are subscribed to, their emails are clearly visible in the To: list (and, presumably, my email is in their To: list!) Maybe all emails should be bcc'ed. David From nirs at actcom.net.il Thu Nov 4 01:29:39 2004 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Nov 4 01:29:39 2004 Subject: [Moin-devel] Re: indented headings In-Reply-To: References: Message-ID: On 4 Nov, 2004, at 6:47, moin-devel-request at lists.sourceforge.net wrote: > In moin 1.2 I could indent a heading, but in 1.3 I can't. > > Is this by design or a bug Its a design. The indented headings in 1.2 are a side effect. If you check the docs, this feature is not mentioned anywhere. Personally I think indented headings are wrong. Wiki markup is logical markup, what is the logic of indented headings? None. This is a design feature and should be implemented by your CSS. From Nigel.Metheringham at dev.intechnology.co.uk Thu Nov 4 02:03:14 2004 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu Nov 4 02:03:14 2004 Subject: [Moin-devel] Security Bug (minor) : subscriber emails exposed In-Reply-To: <4189EF3A.5030605@dgreaves.com> References: <4189EF3A.5030605@dgreaves.com> Message-ID: <1099562187.3811.2.camel@angua.localnet> On Thu, 2004-11-04 at 08:58 +0000, David Greaves wrote: > Hi > I just noticed that if I subscribe to a page that others are subscribed > to, their emails are clearly visible in the To: list (and, presumably, > my email is in their To: list!) Odd - is something rewriting your mail headers (sendmail used to do nasty things like that)? I've just checked back on messages I have received from my own Moin instances (version 1.2.4) and from the main Moin site earlier this week (so 1.3.whatever-beta-was-running-then), and both have From: and To: addresses set to the same thing - the local wiki email address. No sign of other email addresses although I know both sets of pages have other subscribers as well as myself. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From tw-public at gmx.de Thu Nov 4 07:43:20 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Nov 4 07:43:20 2004 Subject: [Moin-devel] Security Bug (minor) : subscriber emails exposed In-Reply-To: <4189EF3A.5030605@dgreaves.com> References: <4189EF3A.5030605@dgreaves.com> Message-ID: <418A4AE7.6040102@gmx.de> > I just noticed that if I subscribe to a page that others are subscribed > to, their emails are clearly visible in the To: list (and, presumably, > my email is in their To: list!) We noticed that, too, a while ago and fixed it before 1.2.4 release. So this shouldn't happen in moin 1.2.4. > Maybe all emails should be bcc'ed. They are - since 1.2.4 the "from" address is also used as (fake, not real) "to" address and all others are bcced. From david at dgreaves.com Thu Nov 4 08:16:30 2004 From: david at dgreaves.com (David Greaves) Date: Thu Nov 4 08:16:30 2004 Subject: [Moin-devel] Security Bug (minor) : subscriber emails exposed In-Reply-To: <418A4AE7.6040102@gmx.de> References: <4189EF3A.5030605@dgreaves.com> <418A4AE7.6040102@gmx.de> Message-ID: <418A5441.5060807@dgreaves.com> Thomas Waldmann wrote: > >> I just noticed that if I subscribe to a page that others are >> subscribed to, their emails are clearly visible in the To: list (and, >> presumably, my email is in their To: list!) > > > We noticed that, too, a while ago and fixed it before 1.2.4 release. > > So this shouldn't happen in moin 1.2.4. > >> Maybe all emails should be bcc'ed. > > > They are - since 1.2.4 the "from" address is also used as (fake, > not real) "to" address and all others are bcced. OK, I'm still on 1.2.3 - glad it's OK in 1.2.4 :) Ta David From noreply at sourceforge.net Thu Nov 4 20:04:31 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 4 20:04:31 2004 Subject: [Moin-devel] [ moin-Bugs-1060690 ] error in AbandonedPages Message-ID: Bugs item #1060690, was opened at 2004-11-04 21:56 Message generated for change (Comment added) made by minskim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Min Sik Kim (minskim) Assigned to: Nobody/Anonymous (nobody) Summary: error in AbandonedPages Initial Comment: When displaying AbandonedPages of a newly installed wiki, MoinMoin shows an error on array index because last_edits in RecentChanges.py is empty. A workaround is as follows. --- RecentChanges.py (revision 3) +++ RecentChanges.py (working copy) @@ -177,12 +177,13 @@ index = 0 last_index = 0 day_count = 0 - - line = last_edits[index] - line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) - this_day = line.time_tuple[0:3] - day = this_day + if length > 0: + line = last_edits[index] + line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) + this_day = line.time_tuple[0:3] + day = this_day + while 1: index += 1 ---------------------------------------------------------------------- >Comment By: Min Sik Kim (minskim) Date: 2004-11-04 21:58 Message: Logged In: YES user_id=30394 I forgot to mention that I was using 1.3beta3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 From noreply at sourceforge.net Thu Nov 4 20:07:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 4 20:07:30 2004 Subject: [Moin-devel] [ moin-Bugs-1060690 ] error in AbandonedPages Message-ID: Bugs item #1060690, was opened at 2004-11-04 21:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Min Sik Kim (minskim) Assigned to: Nobody/Anonymous (nobody) Summary: error in AbandonedPages Initial Comment: When displaying AbandonedPages of a newly installed wiki, MoinMoin shows an error on array index because last_edits in RecentChanges.py is empty. A workaround is as follows. --- RecentChanges.py (revision 3) +++ RecentChanges.py (working copy) @@ -177,12 +177,13 @@ index = 0 last_index = 0 day_count = 0 - - line = last_edits[index] - line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) - this_day = line.time_tuple[0:3] - day = this_day + if length > 0: + line = last_edits[index] + line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) + this_day = line.time_tuple[0:3] + day = this_day + while 1: index += 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 From moin at copton.net Sat Nov 6 05:41:37 2004 From: moin at copton.net (Alexander Bernauer) Date: Sat Nov 6 05:41:37 2004 Subject: [Moin-devel] virtual pages Message-ID: <20041106133440.GA32078@copton.net> Hi I'm helping the ffii [1] developing a web application called gauss. It is a web accessable database of software patents. The site will consist of mainly two parts: 1) Patent information stored in a SQL database 2) User annotations stored as ordinary wiki pages. To have a common user interface we unite both contents through the wiki engine. The first idea was to write a macro which accesses the SQL db and generates the wiki page for a patent. But this would result in having thousands of wiki pages with all having the same structure. Obviously one can do better. So I had the idea of virtual pages: The user can browse the wiki page EP1234 for details on the european patent with number 1234. But this side does not exist as wiki page. Instead some python script is called which queries the SQL database and generates wiki markup on the fly. This markup is then parsed and formatted as usual. So EP1234 is a virtual page. For a first approach I introduced the class VirtualPage ---8<--- file: VirtualPage.py ---8<--- from Page import Page class VirtualPage(Page): def __init__(self, page_name, data, **kw): apply(Page.__init__, (self, page_name), kw) self.data = data; def get_raw_body(self): return self.data def set_raw_body(self, body, modified=0): self.data = body def isWritable(self): return False def exists(self): return True def size(self): return len(self.data) def mtime(self): return 0 -------------->8---------------------- This class is used by the action plugin "virtual". The main disadvantage is, that one always has to browse EP1234?action=virtual instead of just EP1234. This is annoying. Furthermore we are going to have much more virtual pages for indexed search, such like Inventor/A-E. So I was thinking of a general approach on virtual pages. This is my idea: 1) There is a dispatcher for virtual pages 2) Plugins for virtual pages provide a regular expression on the page name to the dispatcher. 3) If Page.get_raw_body failes to find the demanded page in the file system it askes the dispatcher. If there is a responsible plugin it is called and supposed to return wiki markup. If there is no responsible plugin the dispatcher returns None and Page continues as usual, thus sending the normal "Create this page" to the user. What do you think? Will this fit into Moins design? Do you see any problems? I want to implement this feature. If you want, I will contribute it. cu Alexander Bernauer [1] http://www.ffii.org -- Alexander Bernauer From noreply at sourceforge.net Sat Nov 6 15:53:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 6 15:53:38 2004 Subject: [Moin-devel] [ moin-Bugs-1060690 ] error in AbandonedPages Message-ID: Bugs item #1060690, was opened at 2004-11-05 04:56 Message generated for change (Settings changed) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Min Sik Kim (minskim) Assigned to: Nobody/Anonymous (nobody) Summary: error in AbandonedPages Initial Comment: When displaying AbandonedPages of a newly installed wiki, MoinMoin shows an error on array index because last_edits in RecentChanges.py is empty. A workaround is as follows. --- RecentChanges.py (revision 3) +++ RecentChanges.py (working copy) @@ -177,12 +177,13 @@ index = 0 last_index = 0 day_count = 0 - - line = last_edits[index] - line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) - this_day = line.time_tuple[0:3] - day = this_day + if length > 0: + line = last_edits[index] + line.time_tuple = request.user.getTime(wikiutil.version2timestamp(line.ed_time_usecs)) + this_day = line.time_tuple[0:3] + day = this_day + while 1: index += 1 ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-11-07 00:47 Message: Logged In: YES user_id=100649 fixed in beta4. thanks for the patch. ---------------------------------------------------------------------- Comment By: Min Sik Kim (minskim) Date: 2004-11-05 04:58 Message: Logged In: YES user_id=30394 I forgot to mention that I was using 1.3beta3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1060690&group_id=8482 From nirs at actcom.net.il Sun Nov 7 03:06:25 2004 From: nirs at actcom.net.il (Nir Soffer) Date: Sun Nov 7 03:06:25 2004 Subject: [Moin-devel] Re: 1. virtual pages (Alexander Bernauer) In-Reply-To: References: Message-ID: <62E1E475-30AC-11D9-A95D-000A95B45AA0@actcom.net.il> On 7 Nov, 2004, at 6:46, moin-devel-request at lists.sourceforge.net wrote: > The site will consist of mainly two parts: > 1) Patent information stored in a SQL database > 2) User annotations stored as ordinary wiki pages. I would not use the proposed virtual pages concept. This would be the most expansive way to to this. I would try: 1. A macro that query the database for detail, and fill them in an html template. Don't use wiki markup here, its expensive to parse and format. You can change the template and have all the wiki updated. example: [[GetPatent]] the macro will use the page name to get the patent data from the database 2. Page template for wiki bug page. You can use the blog style hack, having the macro on an acl read only page, and the comments on a sub page: example: #acl All:read [[GetPatent]] [[Include(/Comments)]] [http://.../Comments?action=edit - add a comment about this patent] The included "/Comments" sub page will have #acl All:read,write. This edit hack can be better, but this is what you can do with current syntax. One can build a better macro to to this, like [[Edit(PageName)]] From moin at copton.net Sun Nov 7 04:31:32 2004 From: moin at copton.net (Alexander Bernauer) Date: Sun Nov 7 04:31:32 2004 Subject: [Moin-devel] Re: 1. virtual pages (Alexander Bernauer) In-Reply-To: <62E1E475-30AC-11D9-A95D-000A95B45AA0@actcom.net.il> References: <62E1E475-30AC-11D9-A95D-000A95B45AA0@actcom.net.il> Message-ID: <20041107120805.GA5232@copton.net> Hi On Sun, Nov 07, 2004 at 01:01:33PM +0200, Nir Soffer wrote: > example: > [[GetPatent]] > > the macro will use the page name to get the patent data from the > database If I get your right, this would leed into having thousands of wiki pages for patents, which all have the same content, i.e. the macro calls. But this is what I wanted to avoid. I thought of having the necessary wiki markup once parameterized with the page name when called. > 2. Page template for wiki bug page. You can use the blog style hack, > having the macro on an acl read only page, and the comments on a sub > page: > example: > > #acl All:read > > [[GetPatent]] > > [[Include(/Comments)]] > > [http://.../Comments?action=edit - add a comment about this patent] After editing the comments page it would be practical if the user would be redirected to the patent page again. Do you see a practical way to do this? cu -- Alexander Bernauer From moin-devel at kleinfelter.com Sun Nov 7 18:31:51 2004 From: moin-devel at kleinfelter.com (Kevin Kleinfelter) Date: Sun Nov 7 18:31:51 2004 Subject: [Moin-devel] Bug in farmconfig.py or user error? Message-ID: <20041108022253.ONUW2400.imf19aec.mail.bellsouth.net@atl11xcl005> I'll admit I'm not much of a Python programmer. I'm not sure if the following is a bug or an error on my part... Setting data_underlay_dir in farmconfig.py has no effect on my system. farmconfig.py *is* getting executed (I added debugging print statements). When I set data_underlay_dir in farmconfig.py, I still get the default value. Setting it in wikiconfig.py works. Printing it in farmconfig before I set it does not print the value from the default class -- it produces an error. Is it a bug, or am I just confused about how subclassing works in Python? Kevin Kleinfelter Programming Manager, Atlanta / IT Lead, Wells Fargo Projects Regulus Group, LLC 770-806-2476 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nirs at actcom.net.il Mon Nov 8 04:16:47 2004 From: nirs at actcom.net.il (Nir Soffer) Date: Mon Nov 8 04:16:47 2004 Subject: [Moin-devel] Re: virtual pages In-Reply-To: References: Message-ID: <4739E94B-317F-11D9-A95D-000A95B45AA0@actcom.net.il> On 8 Nov, 2004, at 6:49, moin-devel-request at lists.sourceforge.net wrote: > On Sun, Nov 07, 2004 at 01:01:33PM +0200, Nir Soffer wrote: >> example: >> [[GetPatent]] >> >> the macro will use the page name to get the patent data from the >> database > > If I get your right, this would leed into having thousands of wiki > pages > for patents, which all have the same content, i.e. the macro calls. > > But this is what I wanted to avoid. > > I thought of having the necessary wiki markup once parameterized with > the page name when called. Yes, your virtual page idea will solve that. make that main page content generated by your virtual page generator, then let the wiki parse it. With markup of two macro calls and a link, it make sense. > >> 2. Page template for wiki bug page. You can use the blog style hack, >> having the macro on an acl read only page, and the comments on a sub >> page: >> example: >> >> #acl All:read >> >> [[GetPatent]] >> >> [[Include(/Comments)]] >> >> [http://.../Comments?action=edit - add a comment about this patent] > > After editing the comments page it would be practical if the user would > be redirected to the patent page again. > Do you see a practical way to do this? This is already implemented, use the backto=PatentPage argument in the edit url. See live example here: http://moinmoin.wikiwikiweb.de/SimpleBlog There is also blog marco, and some ideas about blogs in the moinmoin wiki. Try the new google like search. From nirs at actcom.net.il Mon Nov 8 06:21:50 2004 From: nirs at actcom.net.il (Nir Soffer) Date: Mon Nov 8 06:21:50 2004 Subject: [Moin-devel] Re: Bug in farmconfig.py or user error? (Kevin Kleinfelter) In-Reply-To: References: Message-ID: On 8 Nov, 2004, at 6:49, moin-devel-request at lists.sourceforge.net wrote: > I'll admit I'm not much of a Python programmer. I'm not sure if the > following is a bug or an error on my part... > Setting data_underlay_dir in farmconfig.py has no effect on my system. > farmconfig.py *is* getting executed (I added debugging print > statements). When I set data_underlay_dir in farmconfig.py, I still > get the default value. Setting it in wikiconfig.py works. > Printing it in farmconfig before I set it does not print the value > from the default class -- it produces an error. > > Is it a bug, or am I just confused about how subclassing works in > Python? The wikiconfig setting will override the farmconfig setting - its a design. Try to define it only on farmconfig. From noreply at sourceforge.net Tue Nov 9 15:30:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 9 15:30:04 2004 Subject: [Moin-devel] [ moin-Bugs-1063485 ] Multi-level numbered lists Message-ID: Bugs item #1063485, was opened at 2004-11-09 23:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1063485&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Allan Mertner (mertner) Assigned to: Nobody/Anonymous (nobody) Summary: Multi-level numbered lists Initial Comment: I need to produce a page that is a TOC of other pages - something like this: 1. IntroPage 2. StuffPage 2.1. DetailedStuffPage 2.2. MoreDetailsStuffPage 2.2.1. VeryDetailedStuffPage 2.3. ... etc. However, MoinMoin does not appear to like this - at the 2nd level, it adds too much line spacing and at the 3rd level it does not turn the items into
  • items in an
      at all. Any suggestions, please? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1063485&group_id=8482 From noreply at sourceforge.net Thu Nov 11 01:22:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 01:22:08 2004 Subject: [Moin-devel] [ moin-Bugs-1064383 ] HelpOnAccessControlLists description does not match config Message-ID: Bugs item #1064383, was opened at 2004-11-11 09:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1064383&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Raphael Bossek (bossekr) Assigned to: Nobody/Anonymous (nobody) Summary: HelpOnAccessControlLists description does not match config Initial Comment: HelpOnAccessControlLists description does not match default configuration in wiki/config/wikiconfig.py. The page_group_regex default value is '[a-z]Gruop$'. This is the same for all other *_regex defaults too. I would prefer to see '.*Group$' in the wiki/config/wikiconfig.py file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1064383&group_id=8482 From noreply at sourceforge.net Thu Nov 11 13:19:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 13:19:03 2004 Subject: [Moin-devel] [ moin-Bugs-1064383 ] HelpOnAccessControlLists description does not match config Message-ID: Bugs item #1064383, was opened at 2004-11-11 10:21 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1064383&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Raphael Bossek (bossekr) Assigned to: Nobody/Anonymous (nobody) Summary: HelpOnAccessControlLists description does not match config Initial Comment: HelpOnAccessControlLists description does not match default configuration in wiki/config/wikiconfig.py. The page_group_regex default value is '[a-z]Gruop$'. This is the same for all other *_regex defaults too. I would prefer to see '.*Group$' in the wiki/config/wikiconfig.py file. ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-11-11 22:18 Message: Logged In: YES user_id=100649 fixed docs if you want it different, just set it in your config thanks for reporting! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1064383&group_id=8482 From noreply at sourceforge.net Thu Nov 11 13:22:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 13:22:04 2004 Subject: [Moin-devel] [ moin-Feature Requests-1063485 ] Multi-level numbered lists Message-ID: Feature Requests item #1063485, was opened at 2004-11-10 00:29 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1063485&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Allan Mertner (mertner) Assigned to: Nobody/Anonymous (nobody) Summary: Multi-level numbered lists Initial Comment: I need to produce a page that is a TOC of other pages - something like this: 1. IntroPage 2. StuffPage 2.1. DetailedStuffPage 2.2. MoreDetailsStuffPage 2.2.1. VeryDetailedStuffPage 2.3. ... etc. However, MoinMoin does not appear to like this - at the 2nd level, it adds too much line spacing and at the 3rd level it does not turn the items into
    1. items in an
        at all. Any suggestions, please? ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-11-11 22:21 Message: Logged In: YES user_id=100649 Moin currently only support this style: 1. first item first level 2. second item first level 1. first item second level 2. second item second level 3. third item third level As this is no bug, I move it to feature request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1063485&group_id=8482 From reitmayr at ims.tuwien.ac.at Sun Nov 14 01:43:03 2004 From: reitmayr at ims.tuwien.ac.at (Gerhard Reitmayr) Date: Sun Nov 14 01:43:03 2004 Subject: [Moin-devel] xmlrpc2 putpage and authorization Message-ID: <4197282C.5050603@ims.tuwien.ac.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm trying to interface to a MoinMoin wiki using the xmlrpc2 action. The particular version is Release 1.2.1 [Revision 1.184]. All the getYYYY calls work fine but putPage always returns {'faultCode': 1, 'args': [], 'faultString': 'You are not allowed to edit this page'} using the python xmlrpclib. I also tried a modified Transport class for xmlrpclib which sends a valid MOIN_ID cookie for the installed wiki. But I still get the same reply. My basic question is how to setup authentication so that I can also use putPage ? or what do I need to send with putPage to make it work ? thanks, ~ Gerhad Reitmayr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) iD8DBQFBlygsnsud5Wp0x/wRAge/AKCaHmdWYMGlWiHMbCk5pQTGr1PA4gCfQObN XZMzUjMbKkEm/ZRMkGoF/Go= =3rHa -----END PGP SIGNATURE----- From tw-public at gmx.de Mon Nov 15 06:32:07 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Nov 15 06:32:07 2004 Subject: [Moin-devel] xmlrpc2 putpage and authorization In-Reply-To: <4197282C.5050603@ims.tuwien.ac.at> References: <4197282C.5050603@ims.tuwien.ac.at> Message-ID: <4198BB35.6070702@gmx.de> > I'm trying to interface to a MoinMoin wiki using the xmlrpc2 action. The > particular version is Release 1.2.1 [Revision 1.184]. Better use 1.2.4. Or even 1.3beta5 :) > All the getYYYY calls work fine but putPage always returns > {'faultCode': 1, 'args': [], 'faultString': 'You are not allowed to edit > this page'} > using the python xmlrpclib. There is sample code under MoinMoin/scripts/... You also may need to slightly modify the MoinMoin/wikirpc.py code as putpage is disabled by default for security reasons. From jeanlv at gmail.com Tue Nov 16 06:06:03 2004 From: jeanlv at gmail.com (Jean Lv) Date: Tue Nov 16 06:06:03 2004 Subject: [Moin-devel] A tiny patch make mail notify can use TLS encrypted smtp server Message-ID: <84dfd1a304111606052c060b01@mail.gmail.com> The following tiny patch make mail notify can use TLS encrypted smtp server, for example: smtp.gmail.com. it's tested on a debian linux system. -----cut here------- diff -uprN moin-1.3beta5.old/MoinMoin/util/mail.py moin-1.3beta5.new/MoinMoin/util/mail.py --- moin-1.3beta5.old/MoinMoin/util/mail.py 2004-11-01 07:58:54.000000000 +0800 +++ moin-1.3beta5.new/MoinMoin/util/mail.py 2004-11-16 21:35:16.000000000 +0800 @@ -57,6 +57,10 @@ def sendmail(request, to, subject, text, #server.set_debuglevel(1) if cfg.mail_login: user, pwd = cfg.mail_login.split() + server.ehlo() + if(server.has_extn('starttls')): + server.starttls() + server.ehlo() server.login(user, pwd) server.sendmail(mail_from, to, msg.as_string()) finally: -- Jean -------------- next part -------------- A non-text attachment was scrubbed... Name: mail_tls_1.3beta5.patch Type: text/x-patch Size: 709 bytes Desc: not available URL: From vbz-moin at exfructu.net Tue Nov 16 09:23:01 2004 From: vbz-moin at exfructu.net (VOROSBARANYI Zoltan) Date: Tue Nov 16 09:23:01 2004 Subject: [Moin-devel] Exception: Cyclic usage detected Message-ID: Hi all, I made a Hungarian .po, run make hu.py, then make to regenerate meta.py, but got Exception when using it (the .po file is here: http://vbzo.li/moin/hu.po): ------------------ /usr/lib/python2.3/site-packages/MoinMoin/request.py in run(self=) 811 else: 812 try: 813 cgitb.Hook(file=self).handle(saved_exc) 814 # was: cgitb.handler() 815 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) /usr/lib/python2.3/site-packages/MoinMoin/wikiutil.py in getFrontPage(request=) 456 @return localized FrontPage 457 """ 458 return getSysPage(request, request.cfg.page_front_page) 459 460 global getSysPage = , request = , request.cfg = , request.cfg.page_front_page = u'FrontPage' /usr/lib/python2.3/site-packages/MoinMoin/wikiutil.py in getSysPage(request=, pagename=u'FrontPage') 441 """ 442 from MoinMoin.Page import Page 443 i18n_name = request.getText(pagename, formatted=False) 444 if i18n_name != pagename: 445 i18n_page = Page(request, i18n_name) i18n_name undefined, request = , request.getText = >, pagename = u'FrontPage', formatted undefined, False undefined /usr/lib/python2.3/site-packages/MoinMoin/request.py in (text=u'FrontPage', i18n=, request=, lang=u'hu', **kv={'formatted': False}) 125 # should use the user language. 126 self.content_lang = self.cfg.default_lang 127 self.getText = lambda text, i18n=self.i18n, request=self, lang=self.lang, **kv: i18n.getText(text, request, lang, kv.get('formatted', True)) 128 129 self.opened_logs = 0 self undefined, text = u'FrontPage', i18n = , request = , lang = u'hu', kv = {'formatted': False}, i18n.getText = , kv.get = , True undefined /usr/lib/python2.3/site-packages/MoinMoin/i18n/__init__.py in getText(str=u'FrontPage', request=, lang=u'hu', formatted=False) 298 global _text_cache 299 if not _text_cache.has_key(lang): 300 (texts, unformatted) = loadLanguage(request, lang) 301 if not texts: 302 # Return english text in case of problems texts undefined, unformatted undefined, global loadLanguage = , request = , lang = u'hu' /usr/lib/python2.3/site-packages/MoinMoin/i18n/__init__.py in loadLanguage(request=, lang=u'hu') 161 for key in uc_texts: 162 text = uc_texts[key] 163 uc_texts[key] = formatMarkup(request, text) 164 _done_markups[lang] = 2 165 else: uc_texts = {u' %s and try again.': u' %s, majd pr\xf3b\xe1lja \xfajra.', u" Emphasis:: [[Verbatim('')]]''italics''[[Verbati...iling white space allowed after tables or titles.": u"
        \n
        Kiemel\xe9s
        \n
        ''kurz\xedv''; ...em szabad sz\xf3k\xf6zt tenni a sor v\xe9g\xe9re.
        \n
        ", u'# of hits': u'tal\xe1latok sz\xe1ma', u'# of pages of this size': u'az ilyen m\xe9ret\u0171 lapok sz\xe1ma', u'## backup of page "%(pagename)s" submitted %(date)s': u'## a(z) \u201e%(pagename)s\u201d lap ment\xe9se elk\xfcldve, d\xe1tum: %(date)s', u'%(chart_title)s for %(filterpage)s': u'%(filterpage)s laphoz tartoz\xf3 %(chart_title)s', u'%(errortype)s processing error': u'\u201e%(errortype)s\u201d - feldolgoz\xe1si hiba', u'%(hits)d results out of %(pages)d pages.': u'%(pages)d lapb\xf3l %(hits)d tal\xe1lat', u'%(hours)dh %(mins)dm ago': u'%(hours)d \xf3ra %(mins)d perccel ezel\u0151tt', u'%(logcount)s (%(logsize)s bytes)': u'%(logcount)s (%(logsize)s byte)', ...}, key = u'attachment:%(filename)s of %(pagename)s', global formatMarkup = , request = , text = u'A(z) %(pagename)s lap mell\xe9klete: attachment:%(filename)s' /usr/lib/python2.3/site-packages/MoinMoin/i18n/__init__.py in formatMarkup(request=, text=u'A(z) %(pagename)s lap mell\xe9klete: attachment:%(filename)s', is_english=False, currentStack=[u'A(z) %(pagename)s lap mell\xe9klete: attachment:%(filename)s']) 95 p = Page(request, "$$$$i18n$$$$") 96 formatter.setPage(p) 97 parser.format(formatter) 98 text = out.getvalue() 99 if reqformatter == None: parser = , parser.format = >, formatter = /usr/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in format(self=, formatter=) 1117 1118 # Scan line, format and write 1119 formatted_line = self.scan(scan_re, line) 1120 self.request.write(formatted_line) 1121 formatted_line undefined, self = , self.scan = >, scan_re = <_sre.SRE_Pattern object>, line = u'A(z) %(pagename)s lap mell\xe9klete: attachment:%(filename)s ' /usr/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in scan(self=, scan_re=<_sre.SRE_Pattern object>, line=u'A(z) %(pagename)s lap mell\xe9klete: attachment:%(filename)s ') 905 906 # Replace match with markup 907 result.append(self.replace(match)) 908 lastpos = match.end() 909 result = ['', u'A(z) %(pagename)s lap mell\xe9klete: '], result.append = , self = , self.replace = >, match = <_sre.SRE_Match object> /usr/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in replace(self=, match=<_sre.SRE_Match object>) 934 # Get replace method and replece hit 935 replace = getattr(self, '_' + type + '_repl') 936 result.append(replace(hit)) 937 return ''.join(result) 938 else: result = [''], result.append = , replace = >, hit = u'attachment:%(filename)s' /usr/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in _url_repl(self=, word=u'attachment:%(filename)s') 412 if scheme == "wiki": return self.interwiki([word]) 413 if scheme in self.attachment_schemas: 414 return self.attachment([word]) 415 416 if wikiutil.isPicture(word): self = , self.attachment = >, word = u'attachment:%(filename)s' /usr/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in attachment(self=, url_and_text=[u'attachment:%(filename)s'], **kw={}) 224 linktext = _('Create new drawing "%(filename)s"') 225 else: 226 linktext = _('Upload new attachment "%(filename)s"') 227 return wikiutil.link_tag(self.request, 228 '%s?action=AttachFile&rename=%s%s' % ( linktext undefined, _ = > /usr/lib/python2.3/site-packages/MoinMoin/request.py in (text='Upload new attachment "%(filename)s"', i18n=, request=, lang=u'hu', **kv={}) 125 # should use the user language. 126 self.content_lang = self.cfg.default_lang 127 self.getText = lambda text, i18n=self.i18n, request=self, lang=self.lang, **kv: i18n.getText(text, request, lang, kv.get('formatted', True)) 128 129 self.opened_logs = 0 self undefined, text = 'Upload new attachment "%(filename)s"', i18n = , request = , lang = u'hu', kv = {}, i18n.getText = , kv.get = , True undefined /usr/lib/python2.3/site-packages/MoinMoin/i18n/__init__.py in getText(str='Upload new attachment "%(filename)s"', request=, lang=u'hu', formatted=True) 298 global _text_cache 299 if not _text_cache.has_key(lang): 300 (texts, unformatted) = loadLanguage(request, lang) 301 if not texts: 302 # Return english text in case of problems texts undefined, unformatted undefined, global loadLanguage = , request = , lang = u'hu' /usr/lib/python2.3/site-packages/MoinMoin/i18n/__init__.py in loadLanguage(request=, lang=u'hu') 165 else: 166 if _done_markups[lang] == 1: 167 raise Exception("Cyclic usage detected; you cannot have translated texts include translated texts again! " 168 "This error might also occur because of things that are interpreted wiki-like inside translated strings. " 169 "This time the error occurred while formatting %s." % text) Exception undefined, text = '' Exception: Cyclic usage detected; you cannot have translated texts include translated texts again! This error might also occur because of things that are interpreted wiki-like inside translated strings. This time the error occurred while formatting . __doc__ = 'Common base class for all exceptions.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ('Cyclic usage detected; you cannot have translate.... This time the error occurred while formatting .',) -------------------- Regards, vbzoli From reitmayr at ims.tuwien.ac.at Wed Nov 17 13:18:01 2004 From: reitmayr at ims.tuwien.ac.at (Gerhard Reitmayr) Date: Wed Nov 17 13:18:01 2004 Subject: [Moin-devel] xmlrpc2 putpage and authorization In-Reply-To: <4198BB35.6070702@gmx.de> References: <4197282C.5050603@ims.tuwien.ac.at> <4198BB35.6070702@gmx.de> Message-ID: <419BBF9D.3050208@ims.tuwien.ac.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Thomas Waldmann wrote: |> I'm trying to interface to a MoinMoin wiki using the xmlrpc2 action. The |> particular version is Release 1.2.1 [Revision 1.184]. | | | Better use 1.2.4. Or even 1.3beta5 :) thanks for the help. I now use 1.3beta5 running the server with twisted without a dedicated server. And I'm using the BasicAuthTransport from as shown in the scripts I mentioned. I found that I had to apply the following patch to MoinMoin/request.py to get it to work with twisted: - --- C:\projects\moin-1.3beta5\MoinMoin\request.py Fri Nov 12 22:15:38 2004 +++ C:\Programme\Python23\Lib\site-packages\MoinMoin\request.py Wed Nov 17 22:07:28 2004 @@ -1154,7 +1154,7 @@ ~ else: ~ self.query_string = '' ~ self.outputlist = [] - - self.auth_username = None # TODO, see: self.twistd.user / .password (http auth) + self.auth_username = self.twistd.getUser() ~ RequestBase.__init__(self, properties) ~ #print "request.RequestTwisted.__init__: received_headers=\n" + str(self.twistd.received_headers) basically, the auth_username was not set from the twisted request object and therefore the user was still not trusted. anyway with this fix it works now. bye, ~ Gerhard Reitmayr |> All the getYYYY calls work fine but putPage always returns |> {'faultCode': 1, 'args': [], 'faultString': 'You are not allowed to edit |> this page'} |> using the python xmlrpclib. | | | There is sample code under MoinMoin/scripts/... | | You also may need to slightly modify the MoinMoin/wikirpc.py code as | putpage is disabled by default for security reasons. | | | | ------------------------------------------------------- | This SF.Net email is sponsored by: InterSystems CACHE | FREE OODBMS DOWNLOAD - A multidimensional database that combines | robust object and relational technologies, making it a perfect match | for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 | _______________________________________________ | Moin-devel mailing list | Moin-devel at lists.sourceforge.net | https://lists.sourceforge.net/lists/listinfo/moin-devel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) iD8DBQFBm7+dnsud5Wp0x/wRAtaoAJ4uM1kL6dUkFqX+aN4hGNIXpFsfcwCgrrf5 shmbntL0nOGbUALnpgaqOdA= =DYS4 -----END PGP SIGNATURE----- From cworth at cworth.org Mon Nov 22 13:11:04 2004 From: cworth at cworth.org (Carl Worth) Date: Mon Nov 22 13:11:04 2004 Subject: [Moin-devel] [Patch] Generating relative links Message-ID: I've got a (perhaps uncommon[*]) wish for moin to generate relative links. For example, I'd like /path/to/moin/SomePage to have href="OtherPage" rather than href="/path/to/moin/OtherPage". I've put together an initial attempt at this. The patch is available from: http://cworth.org/~cworth/patches/moin_relative_cworth_20041122.patch The patch is against version 1.2.4 (as found in recent Debian/unstable). Let me know if I should regenerate it against a newer version. This patch adds a new configuration option "relative_links" which defaults to False. I was hoping to be able to write the patch such that it would be easy to guarantee that the behavior was unchanged if the new option stayed at it's default setting. However, the code often has: "%s/%s" % (request.getScriptname(), pagename) which has an explicit '/' in it. In order to get relative links, I had to change all instances of this construct into: "%s%s" % (request.getRelativeScriptname(), pagename) where the new getRelativeScriptname is quite simply: def getRelativeScriptname(self): if config.relative_links: return '' else: return self.getScriptname() + '/' I've tested the patch by bringing up a test wiki and clicking on pretty much everything. It seems to work, but I haven't test inter-wiki things at all, so they are likely broken. If anyone could take a look at this patch and provide feedback, that would be great. -Carl [*] Here's the motivation for this patch. I'm trying to serve a website that consists of mixed wiki and non-wiki content, but I'm trying to completely hid this implementation detail from the user. For example, I might have: /var/www/static/index.html and: /var/wiki/data/text/FrontPage And I want to be able to use URLs of the form: http://foo.org/static http://foo.org/FrontPage where the wiki vs. non-wiki nature is hidden from the URL. The approach I'm using right now is to point the web server document root at my static pages, and then configure htpp://foo.org/wiki to point at the wiki stuff. Then, I hide the "/wiki" prefix with Apache's rewrite module to achieve a conditional proxy pass for existing wiki pages: RewriteEngine on RewriteCond /var/wiki/data/text$1 -f RewriteRule (.*) http://foo.org/wiki$1 [proxy,last] That does work for typing in a URL directly, such as: http://foo.org/FrontPage But as soon as I click on a link I get what I don't want: http://foo.org/wiki/RecentChanges With the patch, I get the desired URL: http://foo.org/RecentChanges From msoulier at digitaltorque.ca Mon Nov 22 13:15:05 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Mon Nov 22 13:15:05 2004 Subject: [Moin-devel] [Patch] Generating relative links In-Reply-To: References: Message-ID: <20041122211418.GL8594@rabbit.digitaltorque.ca> On 22/11/04 Carl Worth said: > [*] Here's the motivation for this patch. I'm trying to serve a website > that consists of mixed wiki and non-wiki content, but I'm trying to > completely hid this implementation detail from the user. I agree totally. Right now if I moved my Wiki, all sorts of links would break. The ability to use relative links is a good thing, IMHO. Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca python -c 'import this' Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From teleci at wanadoo.fr Wed Nov 24 16:31:02 2004 From: teleci at wanadoo.fr (TELECI) Date: Wed Nov 24 16:31:02 2004 Subject: [Moin-devel] Offer Mobile Phones Sony Ericsson - Physical Stock - Message-ID: An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Nov 27 11:44:18 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 27 11:44:18 2004 Subject: [Moin-devel] [ moin-Bugs-1074301 ] Actions on the Get Infos page Message-ID: Bugs item #1074301, was opened at 2004-11-27 20:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1074301&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jean-Philippe Gu?rard (fevrier_o_pekoe) Assigned to: Nobody/Anonymous (nobody) Summary: Actions on the Get Infos page Initial Comment: The list of actions in each line on the Get Infos page is separated by non-breaking spaces (nbsp entity). If the list get too long, it will collide with the menu or page border, as the browser is not authorized to split it in two lines. Replacing the nbsp between each action name by a regular space would solve this issue nicely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1074301&group_id=8482 From noreply at sourceforge.net Sat Nov 27 11:48:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 27 11:48:00 2004 Subject: [Moin-devel] [ moin-Bugs-1074304 ] Attaching a file and giving mime type text/plain changes the Message-ID: Bugs item #1074304, was opened at 2004-11-27 20:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1074304&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jean-Philippe Gu?rard (fevrier_o_pekoe) Assigned to: Nobody/Anonymous (nobody) Summary: Attaching a file and giving mime type text/plain changes the Initial Comment: If you attach a .po file to a page, and give it MIME type text/plain, an .conf extension is added to the file. Example: File name: fr.po MIME type: text/plain -> The file is attached without problem but its name is: fr.po.conf ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1074304&group_id=8482 From Grit.Hieke at swisslife.ch Tue Nov 30 05:06:02 2004 From: Grit.Hieke at swisslife.ch (Hieke Grit) Date: Tue Nov 30 05:06:02 2004 Subject: [Moin-devel] Error when saving UserPreferences Message-ID: <109179A1E3D9D511BEEF00D0B7D4912404568271@ns9875.swisslife.ch> I have a Problem with the UserPreferences. An existing user can login. After the login there ist the username in the right top corner. But it is not possible to change to another page without loosing the login (there is written UserPreferences in the right top corner again). And I can not save changed preferences. Then a message shows up wich tells me that the user already exists (ofcourse it does...) and the user is not logged in any more. I've already checkt the following: * cookies in the browser are enabled * wiki-user have the rights read and write for the files with the preferences (data/user/) Lately we moved the wikis from one server to another and now use a newer python version. It used to work fine on the old machines. Thanks for help. Grit Hieke From mailinglist at alexanderweb.de Tue Nov 30 07:31:06 2004 From: mailinglist at alexanderweb.de (Alexander Schremmer) Date: Tue Nov 30 07:31:06 2004 Subject: [Moin-devel] Error when saving UserPreferences In-Reply-To: <109179A1E3D9D511BEEF00D0B7D4912404568271@ns9875.swisslife.ch> Message-ID: Hieke Grit wrote on Tuesday, November 30, 2004 2:06 PM CEST: > I've already checkt the following: > * cookies in the browser are enabled Delete the cookies (or at least those which were sent by MoinMoin) in the web browsers and retry. Kind regards, Alexander From mailinglist at alexanderweb.de Tue Nov 30 09:00:03 2004 From: mailinglist at alexanderweb.de (Alexander Schremmer) Date: Tue Nov 30 09:00:03 2004 Subject: [Moin-devel] Error when saving UserPreferences Message-ID: Hieke Grit wrote on Tuesday, November 30, 2004 5:52 PM CEST: > Thanks for your reply. I tried this, but it is still the same. Which MoinMoin version do you use? Is the wiki public? Which kind of server installation do you use (apache-cgi, Twisted, etc.)? Kind regards, Alexander From mailinglist at alexanderweb.de Tue Nov 30 09:52:03 2004 From: mailinglist at alexanderweb.de (Alexander Schremmer) Date: Tue Nov 30 09:52:03 2004 Subject: [Moin-devel] Error when saving UserPreferences In-Reply-To: <109179A1E3D9D511BEEF00D0B7D4912404568275@ns9875.swisslife.ch> Message-ID: Hieke Grit wrote on Tuesday, November 30, 2004 6:42 PM CEST: > The following Versions are used: > > Python Version: 2.3.4 (#2, Nov 24 2004, 12:46:53) [C] > MoinMoin Version: Version 1.2.1 [Revision 1.184] Try to upgrade to 1.2.4. It's an unsupported branch already, but maybe the bug is fixed in there. Kind regards, Alexander