From moindev at yahoo.com  Fri Jan  2 13:46:07 2004
From: moindev at yahoo.com (MoinDev MoinMoin)
Date: Fri Jan  2 13:46:07 2004
Subject: [Moin-devel] Debugging MoinMoin
Message-ID: <20040102214508.32066.qmail@web12905.mail.yahoo.com>

Hi,

Is there already a way in MoinMoin to easily save the
cgi environment from a request and use that save data
for a debugging session?
If not, how do you replay sessions in the debugger?

TIA,
Marcel

__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003



From efastrain at yahoo.com  Sat Jan  3 12:49:01 2004
From: efastrain at yahoo.com (Bill Saygin)
Date: Sat Jan  3 12:49:01 2004
Subject: [Moin-devel] moin-,en1arqe your penls @nd 1mpr0ve your sex life!
Message-ID: <DCgN6DEzc3v8WdFpSgj00034909@dc.ctkids.com.tw>

An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040103/0ba747b3/attachment.html>

From stephane at shimaore.net  Mon Jan  5 20:45:02 2004
From: stephane at shimaore.net (stephane at shimaore.net)
Date: Mon Jan  5 20:45:02 2004
Subject: [Moin-devel] [new feature] AttachPicture action
Message-ID: <Pine.LNX.4.58.0401052236200.14483@mamudzu.alnet.home>

Hi,

The attached diff implements a new action called "AttachPicture", which
allows to add picture files (like AttachFile) but automatically reduces
the size of the picture in order to present it in a smaller format on the
wiki ("medium size" and "full size" are available as links). Resizing is
done within Python using python-imaging (aka PIL); the full, medium and
small size versions are all cached similarly to the way attachment are
stored (but in a different directory structure).

MoinMoin/action/AttachPicture.py is a modified version of AttachFile.py;
other changes were made by grep'ing on "attachment". This introduces a new
'picture:' tag, which may be redundant?

Attached diff file is against CVS. Feedback welcome, I'm no Python coder.
I imagine this could all be done from within AttachFile somehow..

S.

-- 
Mayotte - http://stephane.alnet.free.fr/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: moin-AttachPicture.diff.gz
Type: application/octet-stream
Size: 7596 bytes
Desc: 
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040105/1bbe651d/attachment.obj>

From duckx at mezimail.com  Tue Jan  6 07:15:02 2004
From: duckx at mezimail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric?= Brin)
Date: Tue Jan  6 07:15:02 2004
Subject: [Moin-devel] Bug squashing
Message-ID: <1073402104.14366.3.camel@tox.dyndns.org>

Moin,

Well I promised to do a little bit of work on moin !
Here are two small patches included:

+ move <br> to <br /> for future xhtml compliance
+ Remove a small bug in the generated lists (all lists)

Well, tell me when it's time to switch to utf-8, I am your man (for
french translation also 8) 

-- 
Fr?d?ric Brin <duckx at mezimail.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: liste_html_compliance.patch
Type: text/x-patch
Size: 366 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040106/a3574210/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xhtml_br.patch
Type: text/x-patch
Size: 403 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040106/a3574210/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message num?riquement sign?e.
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040106/a3574210/attachment.sig>

From ograf at rz-online.net  Wed Jan  7 03:45:03 2004
From: ograf at rz-online.net (Oliver Graf)
Date: Wed Jan  7 03:45:03 2004
Subject: [Moin-devel] status of MoinMoin/scripts in moin--main--1.2
Message-ID: <20040107114334.GD27934@rz-online.net>

Hi!

I would like to add a script (to convert gif to png of drawings), but
scripts._util seems to be in flux compared to the functions the
scripts already in there expect...

Can someone tell me the status of this part?

Oliver.



From noreply at sourceforge.net  Sun Jan 11 19:15:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jan 11 19:15:00 2004
Subject: [Moin-devel] [ moin-Feature Requests-801591 ] Rename page
Message-ID: <E1AfsWv-0000zs-00@sc8-sf-web3.sourceforge.net>

Feature Requests item #801591, was opened at 2003-09-06 12:03
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=801591&group_id=8482

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Roger Keays (kefu26)
Assigned to: Nobody/Anonymous (nobody)
Summary: Rename page

Initial Comment:
I can't see any way to rename a page in the version of
moin I am running from debian unstable (1.1?)

----------------------------------------------------------------------

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-01-12 04:14

Message:
Logged In: YES 
user_id=100649

RenamePage was included in 1.2 devel.


----------------------------------------------------------------------

Comment By: Michael Reinsch (michar)
Date: 2003-11-21 13:31

Message:
Logged In: YES 
user_id=20302

A rename page plugin is available from
http://twistedmatrix.com/users/jh.twistd/moin/moin.cgi/ActionMarket


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=801591&group_id=8482



From noreply at sourceforge.net  Sun Jan 11 19:23:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jan 11 19:23:01 2004
Subject: [Moin-devel] [ moin-Bugs-846525 ] vertical space before enumeration
Message-ID: <E1AfseZ-0007Sw-00@sc8-sf-web1.sourceforge.net>

Bugs item #846525, was opened at 2003-11-21 12:48
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=846525&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Johannes Abt (jsabt)
Assigned to: Nobody/Anonymous (nobody)
Summary: vertical space before enumeration 

Initial Comment:
Assuming, I have a page like this:

= section =
a
 * b
c
 * d
e
 * f

This code results in a layout where the vertical space
before line "b" is smaller than the space before "d" or
"f".  When I ommit "= section =", the space before "b"
gets the normal size.

I'm using moinmoin 1.0

----------------------------------------------------------------------

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-01-12 04:22

Message:
Logged In: YES 
user_id=100649

fixed in 1.2 devel version.


----------------------------------------------------------------------

Comment By: Lan Yufeng (nlany)
Date: 2003-11-22 08:51

Message:
Logged In: YES 
user_id=308887

You can add a blank line after section markup to get even
line spaces, like this:
= section =

a
 * b
c
 *d
e
 * f

This is because text after section markup is not marked up
in <p> tag, while otherswise do.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=846525&group_id=8482



From noreply at sourceforge.net  Sun Jan 11 19:26:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jan 11 19:26:02 2004
Subject: [Moin-devel] [ moin-Bugs-783291 ] test for local request does not work
Message-ID: <E1AfsiB-0001LG-00@sc8-sf-web3.sourceforge.net>

Bugs item #783291, was opened at 2003-08-05 06:47
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=783291&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Giuseppe Scelsi (gscelsi)
Assigned to: Nobody/Anonymous (nobody)
Summary: test for local request does not work

Initial Comment:
Moin 1.0, cgimain.py
The test for local request does not work.  Changing
SERVER_NAME to SERVER_ADDR, as shown below, seems to
fix the problem.

    # check if the request is a local one
    import socket
    local_request =
socket.getfqdn(os.environ.get('SERVER_ADDR')) ==         socket.getfqdn(os.environ.get('REMOTE_ADDR'))


----------------------------------------------------------------------

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-01-12 04:25

Message:
Logged In: YES 
user_id=100649

should be fixed in 1.2 devel version, maybe in 1.1, too.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=783291&group_id=8482



From noreply at sourceforge.net  Mon Jan 12 07:44:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jan 12 07:44:02 2004
Subject: [Moin-devel] [ moin-Patches-875444 ] PageEditor _make_backup fails on Win32
Message-ID: <E1Ag4Dt-0002n2-00@sc8-sf-web2.sourceforge.net>

Patches item #875444, was opened at 2004-01-12 16:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=875444&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Kl?ger (tomy)
Assigned to: Nobody/Anonymous (nobody)
Summary: PageEditor _make_backup fails on Win32

Initial Comment:
Using MoinMoin on Win32:

While editing a page, if you preview your changes and 
then additionally try the spell checker you get an 
"OSError: [Errno 17] File exists".

The problem is that on win32 os.rename does not 
overwrite a file if it already exists.

To attached patch corrects this by removing the old file 
on win32 before renaming.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=875444&group_id=8482



From rex at fetchaflick.com  Sun Jan 18 19:27:01 2004
From: rex at fetchaflick.com (Rex Madden)
Date: Sun Jan 18 19:27:01 2004
Subject: [Moin-devel] TypeError: 'NoneType' object is not callable
Message-ID: <008401c3de3c$0dd89e50$6501a8c0@rexlaptop>

Hi,

I installed MoinMoin as a personal wiki.  It works great, except that it
errors out when I try to run some of the optional macros from
MacroMarket, such as SearchInPagesAndSort and IncludeCalendarPage.
MonthCalendar works fine.  The stack trace is below.


TypeError: 'NoneType' object is not callable Please include this
information in your bug reports!:
Python 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC v.1200 32 bit (Intel)] -
C:\Program Files\python\python.exe
Platform: win32 (nt)
MoinMoin Release 1.1 [Revision 1.178] 

A problem occurred while running a Python script. Here is the sequence
of function calls leading up to the error, with the most recent
(innermost) call first. The exception attributes are:
      __doc__ = 'Inappropriate argument type.' 
      __getitem__ = <bound method TypeError.__getitem__ of
<exceptions.TypeError instance at 0x0082D5A8>> 
      __init__ = <bound method TypeError.__init__ of
<exceptions.TypeError instance at 0x0082D5A8>> 
      __module__ = 'exceptions' 
      __str__ = <bound method TypeError.__str__ of <exceptions.TypeError
instance at 0x0082D5A8>> 
      args = ("'NoneType' object is not callable",)

c:\Program Files\python\Lib\site-packages\MoinMoin\wikimacro.py in
execute_external_macro(macro_name='SearchInPagesAndSort',
function='execute', args=(<MoinMoin.wikimacro.Macro instance at
0x00857F08>, '"Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]*\\]"')) 
   76     if macro_name in plugin_macros:
   77         execute = pysupport.importPlugin(_plugins,
"MoinMoin.plugin.macro", macro_name, function)
   78         return execute(*args)
 
       execute = None, args = (<MoinMoin.wikimacro.Macro instance at
0x00857F08>, '"Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]*\\]"')
   79 
   80     raise ImportError("Cannot load macro %s" % macro_name)


c:\Program Files\python\Lib\site-packages\MoinMoin\wikimacro.py in
execute(self=<MoinMoin.wikimacro.Macro instance at 0x00857F08>,
macro_name='SearchInPagesAndSort',
args='"Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]*\\]"') 
  109             return ''
  110 
  111         return execute_external_macro(macro_name, "execute",
(self, args))
 
       global execute_external_macro = <function execute_external_macro
at 0x00856370>, macro_name = 'SearchInPagesAndSort', self =
<MoinMoin.wikimacro.Macro instance at 0x00857F08>, args =
'"Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]*\\]"'
  112 
  113     def _macro_TitleSearch(self, args):


c:\Program Files\python\Lib\site-packages\MoinMoin\parser\wiki.py in
_macro_repl(self=<MoinMoin.parser.wiki.Parser instance at 0x008465D0>,
word='[[SearchInPagesAndSort("Nom.*2003w11|ProjectStatus","{[123]}","\\[
[A-Z]*\\]")]]') 
  702 
  703         # call the macro
  704         return self.macro.execute(macro_name, args)
 
       self = <MoinMoin.parser.wiki.Parser instance at 0x008465D0>,
global macro = undefined, global execute = undefined, macro_name =
'SearchInPagesAndSort', args =
'"Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]*\\]"'
  705 
  706 


c:\Program Files\python\Lib\site-packages\MoinMoin\parser\wiki.py in
replace(self=<MoinMoin.parser.wiki.Parser instance at 0x008465D0>,
match=<_sre.SRE_Match object at 0x007C1988>) 
  813                     return self.highlight_text(hit)
  814                 else:
  815                     return getattr(self, '_' + type +
'_repl')(hit)
 
       global getattr = undefined, self = <MoinMoin.parser.wiki.Parser
instance at 0x008465D0>, type = 'macro', hit =
'[[SearchInPagesAndSort("Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]
*\\]")]]'
  816         else:
  817             import pprint


C:\PROGRA~1\python\Lib\sre.py in subn(pattern=<_sre.SRE_Pattern object
at 0x006BF008>, repl=<bound method Parser.replace of
<MoinMoin.parser.wiki.Parser instance at 0x008465D0>>,
string='[[SearchInPagesAndSort("Nom.*2003w11|ProjectStatus","{[123]}","\
\[[A-Z]*\\]")]] ', count=0) 
  149     string by the replacement repl.  number is the number of
  150     substitutions that were made."""
  151     return _compile(pattern, 0).subn(repl, string, count)
 
       global _compile = <function _compile at 0x00729830>, pattern =
<_sre.SRE_Pattern object at 0x006BF008>, global subn = <function subn at
0x00723E30>, repl = <bound method Parser.replace of
<MoinMoin.parser.wiki.Parser instance at 0x008465D0>>, string =
'[[SearchInPagesAndSort("Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]
*\\]")]] ', count = 0
  152 
  153 def split(pattern, string, maxsplit=0):


c:\Program Files\python\Lib\site-packages\MoinMoin\parser\wiki.py in
format(self=<MoinMoin.parser.wiki.Parser instance at 0x008465D0>,
formatter=<MoinMoin.formatter.text_html.Formatter instance at
0x0082DD00>) 
  937                 self.request.write(self.highlight_scan(scan_re,
line))
  938             else:
  939                 line, count = re.subn(scan_re, self.replace, line)
 
       line =
'[[SearchInPagesAndSort("Nom.*2003w11|ProjectStatus","{[123]}","\\[[A-Z]
*\\]")]] ', count = 1, global re = <module 're' from 'C:\Program
Files\python\lib\re.pyc'>, global subn = undefined, scan_re =
<_sre.SRE_Pattern object at 0x006BF008>, self =
<MoinMoin.parser.wiki.Parser instance at 0x008465D0>, global replace =
undefined
  940                 ##if not count: self._check_p()
  941                 self._check_p()


c:\Program Files\python\Lib\site-packages\MoinMoin\Page.py in
send_page(self=<MoinMoin.PageEditor.PageEditor instance at 0x00808F30>,
request=<MoinMoin.request.Request instance at 0x00706FA8>, msg='',
**keywords={'content_only': 1, 'hilite_re': None}) 
  477         else:
  478             # parse the text and send the page content
  479             Parser(body, request).format(self.formatter)
 
       Parser = <class MoinMoin.parser.wiki.Parser at 0x008547E0>, body
= 'Please feel free to experiment here, after the
...1|ProjectStatus","{[123]}","\\[[A-Z]*\\]")]]\n\n', request =
<MoinMoin.request.Request instance at 0x00706FA8>, global format =
undefined, self = <MoinMoin.PageEditor.PageEditor instance at
0x00808F30>, global formatter = undefined
  480 
  481             # check for pending footnotes


c:\Program Files\python\Lib\site-packages\MoinMoin\PageEditor.py in
sendEditor(self=<MoinMoin.PageEditor.PageEditor instance at 0x00808F30>,
**kw={'comment': '', 'preview': '##language:en\r\nPlease feel free to
experiment...ojectStatus","{[123]}","\\[[A-Z]*\\]")]]\r\n\r\n'}) 
  349                     '
style="background-image:url(%s/img/draft.png);
background-color:#F4F4F4;">'
  350                 '<tr><td>' % config.url_prefix)
  351             self.send_page(self.request, content_only=1,
hilite_re=badwords_re)
 
       self = <MoinMoin.PageEditor.PageEditor instance at 0x00808F30>,
global send_page = undefined, global request = undefined, global
content_only = undefined, global hilite_re = undefined, badwords_re =
None
  352             self.request.write('</td></tr></table>')
  353 


c:\Program Files\python\Lib\site-packages\MoinMoin\wikiaction.py in
do_savepage(pagename='WikiSandBox', request=<MoinMoin.request.Request
instance at 0x00706FA8>) 
  586     if request.form.has_key('button_preview') or
request.form.has_key('button_spellcheck') \
  587             or request.form.has_key('button_newwords'):
  588         pg.sendEditor(preview=savetext, comment=comment)
 
       pg = <MoinMoin.PageEditor.PageEditor instance at 0x00808F30>,
global sendEditor = undefined, global preview = undefined, savetext =
'##language:en\r\nPlease feel free to
experiment...ojectStatus","{[123]}","\\[[A-Z]*\\]")]]\r\n\r\n', comment
= ''
  589     elif request.form.has_key('button_cancel'):
  590         pg.sendCancel(savetext, datestamp)


c:\Program Files\python\Lib\site-packages\MoinMoin\cgimain.py in
run(properties={}) 
  210         else:
  211             try:
  212                 cgitb.handler()
 
       cgitb = <module 'MoinMoin.support.cgitb' from
'C:\PROGRA...on\lib\site-packages\MoinMoin\support\cgitb.pyc'>, handler
= <function do_savepage at 0x00807830>
  213             except:
  214                 cgi.print_exception(*saved_exc)







From thomas.werschlein at netcetera.ch  Mon Jan 19 08:11:01 2004
From: thomas.werschlein at netcetera.ch (Thomas Werschlein)
Date: Mon Jan 19 08:11:01 2004
Subject: [Moin-devel] Problems with user.py >= v 1.79
Message-ID: <Pine.GSO.4.58.0401191658060.15045@fire-13.netcetera.ch>

Hi everyone

As of version 1.79 of user.py line 143 was changed from
   if not self.id:
to
   if not self.id and not self.auth_username:

The log entry of the commiter describes the intended improvement:
"auth_username must take precedence over cookie"

I suspect this change to be responsible for a problem that shows up in
our MoinMoin installation in our Intranet. Every user within that
Intranet is authenticated by HTTP AUTH.

If ACLs are turned off, a user *has to* choose his auth_username as Name
on the UserPreferences page as well. Otherwise he won't be able to
change his settings afterwards ("Username already exists!", if
submitting via "save" button).

This is not very nice, as the UserPreferences page suggest to use a
WikiName as username. But it can be circumvented.

But if ACLs are turned on, a user can't choose a Name such as "thomi",
since the ACL systems requires a WikiName now.

Is this a bug or am I missing something?

Thanks in advance
Thomas Werschlein



From tw-public at gmx.de  Mon Jan 19 09:44:02 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan 19 09:44:02 2004
Subject: [Moin-devel] Problems with user.py >= v 1.79
References: <Pine.GSO.4.58.0401191658060.15045@fire-13.netcetera.ch>
Message-ID: <400C171E.2020708@gmx.de>

> As of version 1.79 of user.py line 143 was changed from
>    if not self.id:
> to
>    if not self.id and not self.auth_username:
> 
> The log entry of the commiter describes the intended improvement:
> "auth_username must take precedence over cookie"
> 
> I suspect this change to be responsible for a problem that shows up in
> our MoinMoin installation in our Intranet. Every user within that
> Intranet is authenticated by HTTP AUTH.
> 
> If ACLs are turned off, a user *has to* choose his auth_username as Name
> on the UserPreferences page as well. Otherwise he won't be able to
> change his settings afterwards ("Username already exists!", if
> submitting via "save" button).

Maybe simply removing "and not self.auth_username" would help you.

Or rather change it to ... and not (self.auth_username and 
config.httpauth_enabled):

And then put that into your moin_config.py:

httpauth_enabled = 0

> This is not very nice, as the UserPreferences page suggest to use a
> WikiName as username. But it can be circumvented.
> 
> But if ACLs are turned on, a user can't choose a Name such as "thomi",
> since the ACL systems requires a WikiName now.
> 
> Is this a bug or am I missing something?

Well, it is not a bug, it just was not designed to have different http 
auth and wiki auth usernames.

But as this is a quite common scenario, we should extend moin to be able 
to map http_auth names to wiki auth names. I will look into that later 
today.

If it can be done very easy (AND the right way), it will get into next 
release maybe - if not, I will put it onto 1.3 todo.

greetings,

Thomas




From stevencooney at yahoo.com  Mon Jan 19 14:08:02 2004
From: stevencooney at yahoo.com (Steve Cooney)
Date: Mon Jan 19 14:08:02 2004
Subject: [Moin-devel] Problems with user.py >= v 1.79
In-Reply-To: <400C171E.2020708@gmx.de>
Message-ID: <20040119220700.50645.qmail@web41509.mail.yahoo.com>

Is there a decent replacement for the Twiki Draw
plugin? Something that works in with raw SVG and PNG
preferably.

-S

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus



From ograf at rz-online.net  Mon Jan 19 14:30:02 2004
From: ograf at rz-online.net (Oliver Graf)
Date: Mon Jan 19 14:30:02 2004
Subject: [Moin-devel] Problems with user.py >= v 1.79
In-Reply-To: <20040119220700.50645.qmail@web41509.mail.yahoo.com>
References: <400C171E.2020708@gmx.de> <20040119220700.50645.qmail@web41509.mail.yahoo.com>
Message-ID: <20040119222842.GA18158@rz-online.net>

On Mon, Jan 19, 2004 at 02:07:00PM -0800, Steve Cooney wrote:
> Is there a decent replacement for the Twiki Draw
> plugin? Something that works in with raw SVG and PNG
> preferably.

MoinMoin 1.2 will save png and image maps.

Oliver.




From noreply at sourceforge.net  Wed Jan 21 06:00:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jan 21 06:00:00 2004
Subject: [Moin-devel] [ moin-Bugs-786855 ] xml feature doesn't work
Message-ID: <E1AjIsz-0003yF-00@sc8-sf-web3.sourceforge.net>

Bugs item #786855, was opened at 2003-08-11 19:32
Message generated for change (Comment added) made by twerschlein
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joey Smith (tml)
Assigned to: Nobody/Anonymous (nobody)
Summary: xml feature doesn't work

Initial Comment:
Visit http://parrakeet.joeysmith.com and click on the 
XML link. The XML which is generated is invalid.

<p><s2>stuff here</p></s2>

Those tags must not interleave for valid XML.

----------------------------------------------------------------------

Comment By: Thomas Werschlein (twerschlein)
Date: 2004-01-21 14:59

Message:
Logged In: YES 
user_id=679755

I notice the same problem, but within this context:
<s1><p><anchor/><s2></p><p>stuff here</p></s2></s1>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482



From noreply at sourceforge.net  Wed Jan 21 06:04:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jan 21 06:04:00 2004
Subject: [Moin-devel] [ moin-Bugs-786855 ] xml feature doesn't work
Message-ID: <E1AjIwi-0003SL-00@sc8-sf-web2.sourceforge.net>

Bugs item #786855, was opened at 2003-08-11 19:32
Message generated for change (Comment added) made by twerschlein
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joey Smith (tml)
Assigned to: Nobody/Anonymous (nobody)
Summary: xml feature doesn't work

Initial Comment:
Visit http://parrakeet.joeysmith.com and click on the 
XML link. The XML which is generated is invalid.

<p><s2>stuff here</p></s2>

Those tags must not interleave for valid XML.

----------------------------------------------------------------------

Comment By: Thomas Werschlein (twerschlein)
Date: 2004-01-21 15:03

Message:
Logged In: YES 
user_id=679755

[Sorry for not escaping the tags the first time]

I notice the same problem, but within this context:
<s1><p><anchor/><s2></p><p>stuff
here</p></s2></s1>

----------------------------------------------------------------------

Comment By: Thomas Werschlein (twerschlein)
Date: 2004-01-21 14:59

Message:
Logged In: YES 
user_id=679755

I notice the same problem, but within this context:
<s1><p><anchor/><s2></p><p>stuff here</p></s2></s1>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482



From noreply at sourceforge.net  Wed Jan 21 09:50:06 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jan 21 09:50:06 2004
Subject: [Moin-devel] [ moin-Bugs-786855 ] xml feature doesn't work
Message-ID: <E1AjMTn-0000LS-00@sc8-sf-web2.sourceforge.net>

Bugs item #786855, was opened at 2003-08-11 11:32
Message generated for change (Comment added) made by tml
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joey Smith (tml)
Assigned to: Nobody/Anonymous (nobody)
Summary: xml feature doesn't work

Initial Comment:
Visit http://parrakeet.joeysmith.com and click on the 
XML link. The XML which is generated is invalid.

<p><s2>stuff here</p></s2>

Those tags must not interleave for valid XML.

----------------------------------------------------------------------

>Comment By: Joey Smith (tml)
Date: 2004-01-21 10:49

Message:
Logged In: YES 
user_id=501

Having someone else report this as a problem lead me to
investigate a bit deeper (BTW, twerschlein: sf.net didn't
escape your HTML, so it's difficult to see your report).

I can see now why this bug is still open.

Given the stream:
<p><h1>foo</h1></p>

moinmoin is trying to generate the following XML stream:
<s1><p>foo</p></s1>

The problem is that by the time the XML formatter knows that
it needs to print <s1>, <p> has already been
printed. So it seems that, in order to fix this, one of
three things will have to be done:

1) All of the XML Formatter functions will need to share a
common "stack", and <s1> cannot be printed until
<s2> is known/encountered.

2) Use the DOM rather than printing the XML as a stream

3) Find someway to rewind the stream when <s##> is
encountered.

----------------------------------------------------------------------

Comment By: Thomas Werschlein (twerschlein)
Date: 2004-01-21 07:03

Message:
Logged In: YES 
user_id=679755

[Sorry for not escaping the tags the first time]

I notice the same problem, but within this context:
<s1><p><anchor/><s2></p><p>stuff
here</p></s2></s1>

----------------------------------------------------------------------

Comment By: Thomas Werschlein (twerschlein)
Date: 2004-01-21 06:59

Message:
Logged In: YES 
user_id=679755

I notice the same problem, but within this context:
<s1><p><anchor/><s2></p><p>stuff here</p></s2></s1>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=786855&group_id=8482



From r.bauer at fz-juelich.de  Wed Jan 28 00:31:59 2004
From: r.bauer at fz-juelich.de (Reimar Bauer)
Date: Wed Jan 28 00:31:59 2004
Subject: [Moin-devel] edit_locking does not work
Message-ID: <401772C9.7000606@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I believe this is a bug in the current 1.1 Version.

We tried several entries by edit locking e.g.

edit_locking = 'warn 120'


We got the following results:

The user who is editing gets a comment with the right time e.g. warning
or lock for others for the next 120 minutes.

But this doesn't work for the second editor.This one could edit the same
~ page after 30 seconds waiting. The warning or lock message appears only
for the first click on the page. By the second click it seems to be
closed by the first editor.

It would be fine if this could be fixed soon.


regards
Reimar


- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQFAF3LH5aOc3Q9hk/kRAqygAJ0fLnr+nEqzaBCN1FBNcpKIW90iNwCfbzRn
NcV5DqZh+ot4/urUmzSLRHk=
=JDhO
-----END PGP SIGNATURE-----




From tw-public at gmx.de  Fri Jan 30 08:49:21 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Jan 30 08:49:21 2004
Subject: [Moin-devel] edit_locking does not work
References: <401772C9.7000606@fz-juelich.de>
Message-ID: <401A487A.7050800@gmx.de>

did you install 1.1 from sourceforge tar/zip archive, or some cvs 
checkout or some other package?

linux / windows?

did you try with defaults (i.e. not specifying edit_locking at all)?


> I believe this is a bug in the current 1.1 Version.
> 
> We tried several entries by edit locking e.g.
> 
> edit_locking = 'warn 120'
> 
> 
> We got the following results:
> 
> The user who is editing gets a comment with the right time e.g. warning
> or lock for others for the next 120 minutes.
> 
> But this doesn't work for the second editor.This one could edit the same
> ~ page after 30 seconds waiting. The warning or lock message appears only
> for the first click on the page. By the second click it seems to be
> closed by the first editor.
> 
> It would be fine if this could be fixed soon.

We are soon releasing a 1.2, so if this can be cleared early enough, it 
will get in. We use edit_locking defaults on linuwiki.org and I do get a 
warning from time to time.




From postmaster at msg1s.netvision.net.il  Sat Jan 31 20:33:07 2004
From: postmaster at msg1s.netvision.net.il (Internet Mail Delivery)
Date: Sat Jan 31 20:33:07 2004
Subject: [Moin-devel] Delivery Notification: Delivery has failed
Message-ID: <0HSA00FCOSEJ6D@msg1s.netvision.net.il>

This report relates to a message you sent with the following header fields:

  Return-path: <moin-devel at lists.sourceforge.net>
  Received: from ims-ms-daemon.msg1s.netvision.net.il by msg1s.netvision.net.il
   (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
   id <0HSA00FCLSEJ6D at msg1s.netvision.net.il>
   (original mail from moin-devel at lists.sourceforge.net); Fri,
   30 Jan 2004 12:13:31 +0200 (IST)
  Received: from mxin1.netvision.net.il ([194.90.9.17]) by msg1s.netvision.net.il
   (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
   with ESMTP id <0HSA00F8QSEJ48 at msg1s.netvision.net.il>; Fri,
   30 Jan 2004 12:13:31 +0200 (IST)
  Received: from lists.sourceforge.net ([195.128.113.5])
   by mxin1.netvision.net.il
   (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
   with ESMTP id <0HSA00MCDSEG1H at mxin1.netvision.net.il> for
   gadio at netvision.net.il (ORCPT gadio at netvision.net.il); Fri,
   30 Jan 2004 12:13:31 +0200 (IST)
  Date: Fri, 30 Jan 2004 11:13:31 +0100
  From: moin-devel at lists.sourceforge.net
  Subject: hello
  To: gadio at netvision.net.il
  Message-id: <0HSA00MCHSEH1H at mxin1.netvision.net.il>
  MIME-version: 1.0
  Content-type: multipart/mixed; boundary="Boundary_(ID_eEEJ+PGiC07MQ48lPNqiEA)"
  X-Priority: 3
  X-MSMail-priority: Normal

Your message cannot be delivered to the following recipients:

  Recipient address: gadio at netvision.net.il
  Original address: gadio at netvision.net.il
  Reason: Over quota

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/rfc822-headers
Size: 1168 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20040131/333a68a4/attachment.bin>