From Vinayak at skydome.net Wed Jun 2 03:47:08 2004 From: Vinayak at skydome.net (Vinayak at skydome.net) Date: Wed Jun 2 03:47:08 2004 Subject: [Moin-devel] software In-Reply-To: <77H704CB6DG5LI8F@lists.sourceforge.net> References: <77H704CB6DG5LI8F@lists.sourceforge.net> Message-ID: Windows XP Media Center Edition $60 http://DKGLCB.info/OE017/?affiliate_id=233763&campaign_id=601 Dreamwaver MX 2004 $60 PageMaker 7 (2CD) $60 Windows XP Media Center Edition $60 Acrobat 6 Professional $60 Office 2000 Premium Edition PE $50 Windows XP Home $50 Macromedia Dreamwaver MX 2004 + Flash MX 2004 $100 http://GGCANM.info/OE017/?affiliate_id=233763&campaign_id=601 From noreply at sourceforge.net Sat Jun 5 01:31:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 5 01:31:01 2004 Subject: [Moin-devel] [ moin-Bugs-961393 ] Incorrect host IP in drawing's URL Message-ID: Bugs item #961393, was opened at 2004-05-27 09:51 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=961393&group_id=8482 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Maciej Starzyk (mstarzyk) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect host IP in drawing's URL Initial Comment: I did the following: 1. Connected from home to wiki at work via a SSH tunnel. The locally mapped URL for the wiki was: http: //localhost:81/wiki/. 2. Created a new drawing. 3. Using the same laptop I opened the wiki page at work. The wiki URL now was: http://10.1.1.13/wiki/ 4. The image did not display since it had localhost:81 in its URL. See the attachement files: view.html - This page has the bug. attach_file.html - shows all the attachments for the page. The IPs are OK on this page. ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-06-05 10:30 Message: Logged In: YES user_id=100649 1.2.2 will omit hostname part of url and thus solve this problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=961393&group_id=8482 From noreply at sourceforge.net Sat Jun 5 01:34:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 5 01:34:05 2004 Subject: [Moin-devel] [ moin-Bugs-960731 ] Broken rss feed of RecentChanges in moin1.2.1 Message-ID: Bugs item #960731, was opened at 2004-05-26 13:11 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=960731&group_id=8482 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Yong Zhang (yz237) Assigned to: Nobody/Anonymous (nobody) Summary: Broken rss feed of RecentChanges in moin1.2.1 Initial Comment: Hi, We use moin1.2.1 and python 2.3.3, when I accessed the rss feed of RecentChanges: http://wwmm.ch.cam.ac.uk/moin/RecentChanges?action=rss_rc I got "KeyError". For details see the attached file. This problem also occurred for moin1.1 and python 2.3.2. Thanks yy ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-06-05 10:33 Message: Logged In: YES user_id=100649 1.2.2 will fix this error. There will be still other problems with the rss feed (relating to utf-8/unicode), a complete solution is expected for 1.3.x. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=960731&group_id=8482 From noreply at sourceforge.net Sat Jun 5 01:37:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 5 01:37:03 2004 Subject: [Moin-devel] [ moin-Bugs-944660 ] LookupErrorunknown encoding: win-1251 Message-ID: Bugs item #944660, was opened at 2004-04-29 18:36 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=944660&group_id=8482 Category: None Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Valentyn Tabota (valik) Assigned to: Nobody/Anonymous (nobody) Summary: LookupErrorunknown encoding: win-1251 Initial Comment: TitleIndex page generates error when win-1251 encoding is used on page. MoinMoin Release 1.2.1 [Revision 1.184] Thu Apr 29 12:32:50 2004 LookupError: unknown encoding: win-1251 __doc__ = 'Base class for lookup errors.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ('unknown encoding: win-1251',) ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-06-05 10:36 Message: Logged In: YES user_id=100649 No response from bug submitter, so we can't do anything about it. ---------------------------------------------------------------------- Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-04-29 19:40 Message: Logged In: YES user_id=100649 I need either the complete backtrace or a public url where that error happens (so I can see the error backtrace there). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=944660&group_id=8482 From noreply at sourceforge.net Sat Jun 5 01:40:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 5 01:40:01 2004 Subject: [Moin-devel] [ moin-Bugs-927192 ] "Internal Server Error" using moinmoin 1.2.1 and apache Message-ID: Bugs item #927192, was opened at 2004-04-01 03:57 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Jerry Dobner (jdobner) Assigned to: Nobody/Anonymous (nobody) Summary: "Internal Server Error" using moinmoin 1.2.1 and apache Initial Comment: Updates to certain pages always result in: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Here's what the apache's error log reports: [Wed Mar 31 20:53:44 2004] [error] [client 10.1.15.250] malformed header from script. Bad header=
  Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 10:39

Message:
Logged In: YES 
user_id=100649

Closing this as the error seems to be caused by external
(incorrect) macro.

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

Comment By: Oliver Graf (lydon)
Date: 2004-04-01 08:12

Message:
Logged In: YES 
user_id=1011012

This is certainly a old and broken macro still using print
to output data. I don't think we have that bad HTML anywhere
in Moin left.

Could you bit a more concrete about the pages where this
happens? What macros are used? Are those macros for Moin 1.2?

Oliver.


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

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



From noreply at sourceforge.net  Sat Jun  5 01:46:07 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat Jun  5 01:46:07 2004
Subject: [Moin-devel] [ moin-Patches-935985 ] Add a global notification email.
Message-ID: 

Patches item #935985, was opened at 2004-04-16 01:14
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=935985&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Gordon Oliver (gordocm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add a global notification email.

Initial Comment:
This is a very simple patch to add global notification for a wiki, this 
is especially helpful for small relatively private wikis where you 
want to see all changes (and not have to subscribe to every page).

It adds three fields to the config, and uses them in PageEditor.py 
for the notify only.


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 10:45

Message:
Logged In: YES 
user_id=100649

AFAICS you can get exactly the same effect by adding a new
user account with the email address you want and .* in the
subscribed pages field. So no additional code or config
entries are needed.


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

Comment By: Gordon Oliver (gordocm)
Date: 2004-04-16 05:24

Message:
Logged In: YES 
user_id=341538

Yes, it is similar to that, but actually, we use it to send mail to an alias.
Otherwise everyone has to subscribe globally...

Note that the original patch suffered from a lack of testing, this new one 
does much better.

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

Comment By: Nick Trout (trout)
Date: 2004-04-16 01:26

Message:
Logged In: YES 
user_id=51018

I may have misunderstood what this does but... subscription 
understands page regexs. So, to see all changes to the wiki, 
in user preferences you just add ".+" to your list of subscribed 
pages and you get all changes.

?

Nick

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

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



From noreply at sourceforge.net  Sat Jun  5 02:40:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat Jun  5 02:40:01 2004
Subject: [Moin-devel] [ moin-Feature Requests-498569 ] fold case in WordIndex, TitleIndex
Message-ID: 

Feature Requests item #498569, was opened at 2002-01-02 16:58
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=498569&group_id=8482

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Daniel Drucker (placain)
Assigned to: Nobody/Anonymous (nobody)
Summary: fold case in WordIndex, TitleIndex

Initial Comment:
It would be good if case could be folded in TitleIndex 
and WordIndex.

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 11:39

Message:
Logged In: YES 
user_id=100649

TitleIndex will be folded in moin 1.2.2

Thanks for the patch (next time use diff -u ;).


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

Comment By: Daniel Drucker (placain)
Date: 2002-01-02 17:41

Message:
Logged In: YES 
user_id=41432

153c153
<         pages.sort()
---
>         pages.sort(lambda x, y: cmp(string.lower(x), 
string.lower(y)))
156c156
<             letter = name[0]
---
>             letter = name[0].upper()

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

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



From hxmep0ivtmv at inland.net  Sat Jun  5 05:17:05 2004
From: hxmep0ivtmv at inland.net (Terica Lonna)
Date: Sat Jun  5 05:17:05 2004
Subject: [Moin-devel] Are U Sure U No Need To Increaase Ur Pen-i-s Size? affection sudden perhaps
Message-ID: 

foot glass about possible by comfort business 
quick occasion knowledge months as music figure reply arms 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From noreply at sourceforge.net  Sat Jun  5 10:02:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat Jun  5 10:02:02 2004
Subject: [Moin-devel] [ moin-Feature Requests-498569 ] fold case in WordIndex, TitleIndex
Message-ID: 

Feature Requests item #498569, was opened at 2002-01-02 10:58
Message generated for change (Comment added) made by placain
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=498569&group_id=8482

Category: None
Group: None
Status: Closed
Priority: 5
Submitted By: Daniel Drucker (placain)
Assigned to: Nobody/Anonymous (nobody)
Summary: fold case in WordIndex, TitleIndex

Initial Comment:
It would be good if case could be folded in TitleIndex 
and WordIndex.

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

>Comment By: Daniel Drucker (placain)
Date: 2004-06-05 13:01

Message:
Logged In: YES 
user_id=41432

Thanks for the quick response! :)

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 05:39

Message:
Logged In: YES 
user_id=100649

TitleIndex will be folded in moin 1.2.2

Thanks for the patch (next time use diff -u ;).


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

Comment By: Daniel Drucker (placain)
Date: 2002-01-02 11:41

Message:
Logged In: YES 
user_id=41432

153c153
<         pages.sort()
---
>         pages.sort(lambda x, y: cmp(string.lower(x), 
string.lower(y)))
156c156
<             letter = name[0]
---
>             letter = name[0].upper()

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

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



From noreply at sourceforge.net  Sat Jun  5 11:35:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat Jun  5 11:35:04 2004
Subject: [Moin-devel] [ moin-Feature Requests-498569 ] fold case in WordIndex, TitleIndex
Message-ID: 

Feature Requests item #498569, was opened at 2002-01-02 16:58
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=498569&group_id=8482

Category: None
Group: None
Status: Closed
Priority: 5
Submitted By: Daniel Drucker (placain)
Assigned to: Nobody/Anonymous (nobody)
Summary: fold case in WordIndex, TitleIndex

Initial Comment:
It would be good if case could be folded in TitleIndex 
and WordIndex.

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 20:34

Message:
Logged In: YES 
user_id=100649

haha, no problem ;)

(there was quite much other stuff to do, you know...)


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

Comment By: Daniel Drucker (placain)
Date: 2004-06-05 19:01

Message:
Logged In: YES 
user_id=41432

Thanks for the quick response! :)

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 11:39

Message:
Logged In: YES 
user_id=100649

TitleIndex will be folded in moin 1.2.2

Thanks for the patch (next time use diff -u ;).


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

Comment By: Daniel Drucker (placain)
Date: 2002-01-02 17:41

Message:
Logged In: YES 
user_id=41432

153c153
<         pages.sort()
---
>         pages.sort(lambda x, y: cmp(string.lower(x), 
string.lower(y)))
156c156
<             letter = name[0]
---
>             letter = name[0].upper()

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

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



From noreply at sourceforge.net  Mon Jun  7 08:43:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jun  7 08:43:02 2004
Subject: [Moin-devel] [ moin-Bugs-968240 ] spec file in 1.2.2 has wrong version
Message-ID: 

Bugs item #968240, was opened at 2004-06-07 15:42
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=968240&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Pedro Morais (morais)
Assigned to: Nobody/Anonymous (nobody)
Summary: spec file in 1.2.2 has wrong version

Initial Comment:
rpmbuild -tb doesn't work with the 1.2.2 original tarball because 
the version header was not updated, it still referes to 1.2.1; that 
causes rpm to search for a tarball with the wrong name. 

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

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



From noreply at sourceforge.net  Mon Jun  7 08:55:07 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jun  7 08:55:07 2004
Subject: [Moin-devel] [ moin-Bugs-664589 ] forced binary stdout/stderr confuses some servers
Message-ID: 

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

Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Chuck Adams (skeptopotamus)
Assigned to: Nobody/Anonymous (nobody)
Summary: forced binary stdout/stderr confuses some servers

Initial Comment:
I'm serving moin with tinyweb, and was being driven 
insane by seeing no output produced by the script, even 
when I wrapped everyting in try/catch and even forced a 
text/plain header as the very first line of the cgi driver.  I 
looked into cgimain.py and saw these suspicious 
looking lines:

   if sys.platform == "win32" and not properties.get
('standalone', 0):
        import msvcrt
        msvcrt.setmode(sys.stdin.fileno(), os.O_BINARY)
        msvcrt.setmode(sys.stdout.fileno(), os.O_BINARY)

Commenting them out fixed the problem.  This sort of os-
level fiddling really needs to be a configuration item, and 
broken out into a module like "platformhacks.py"

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-07 17:54

Message:
Logged In: YES 
user_id=100649

JosHyakugeiYule tested apache and moin without O_BINARY and
it broke binary uploads (Apache 1.3.29, Windows XP Home,
Python 2.3.1).

Description of O_BINARY:
"Set the line-end translation mode for the file descriptor
fd. To set it to text mode, flags should be os.O_TEXT;  for
binary, it should be os.O_BINARY."

So as we can't know before what we get, we have to switch it
to BINARY to avoid data corruption.

I can't explain why it didn't work for you, but if we remove
that, it would break apache and attachments at least.
Further I am not even sure if it was the right fix for your
problem - as it maybe broke attachments for you, too.

If I am wrong, please tell me and reopen the bug.


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-03-27 15:43

Message:
Logged In: YES 
user_id=100649

As long as there is no developer working and testing with
win32, this is unlikely to get changed.

Most (if not all) current developers use linux or BSD or Mac
OS X as development platform, so if we would change anything
relating to win32 only, we couldn't even test it.

So we better don't change anything there and leave it to
people who can also test those changes.

If you can work out a patch definitely working for tinyweb,
IIS and apache, please do.


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

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



From noreply at sourceforge.net  Mon Jun  7 09:02:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jun  7 09:02:04 2004
Subject: [Moin-devel] [ moin-Bugs-968240 ] spec file in 1.2.2 has wrong version
Message-ID: 

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

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Pedro Morais (morais)
Assigned to: Nobody/Anonymous (nobody)
Summary: spec file in 1.2.2 has wrong version

Initial Comment:
rpmbuild -tb doesn't work with the 1.2.2 original tarball because 
the version header was not updated, it still referes to 1.2.1; that 
causes rpm to search for a tarball with the wrong name. 

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-07 18:01

Message:
Logged In: YES 
user_id=100649

Ooops.

I fixed the docs to avoid that next time:

http://moinmoin.wikiwikiweb.de/MoinDev_2fHowToRelease

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

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



From noreply at sourceforge.net  Mon Jun  7 09:03:08 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jun  7 09:03:08 2004
Subject: [Moin-devel] [ moin-Feature Requests-846518 ] Reduce editor size: changes lost
Message-ID: 

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

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Johannes Abt (jsabt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reduce editor size: changes lost

Initial Comment:
On the "EditText" page, when modify the text and then
click on "reduce editor size" after , my modifications
are lost.
I am using moinmoin 1.0.

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-07 18:02

Message:
Logged In: YES 
user_id=100649

moved to feature requests

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

Comment By: Johannes Abt (jsabt)
Date: 2003-12-04 09:27

Message:
Logged In: YES 
user_id=584057

Of course, it is not possible to fix this as long as "Reduce
editor size" is just a link.
Though you could transform it into a submit button, just
like "Save Changes", "Preview", "Check Spelling" and "Cancel".


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2003-11-30 00:58

Message:
Logged In: YES 
user_id=100649

This is a  problem in principle and can't be fixed.

As long as you don't save (or preview) your changes, they
exist in the browser only.

So don't do content changes before reducing editor size.


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

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



From noreply at sourceforge.net  Tue Jun  8 12:57:11 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Jun  8 12:57:11 2004
Subject: [Moin-devel] [ moin-Patches-969170 ] Patch to add hyperlinks to reStructured text parser
Message-ID: 

Patches item #969170, was opened at 2004-06-08 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=308482&aid=969170&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ralf Schlatterbeck (schlatterbeck)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch to add hyperlinks to reStructured text parser

Initial Comment:
Currently (release 1.1, but apparently also in 1.2.2)
the reStructured Text parser in parser/rst.py does not
render links correctly. This patch fixes the links by
- applying some transformations to the read-in rst 
- then rendering the links accordingly by calling
appropriate api functions of the formatter.

Patch is against 1.1 but not much has changed in 1.2.2,
will provide patch against 1.2.2 if needed.

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

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



From noreply at sourceforge.net  Tue Jun  8 13:56:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Jun  8 13:56:00 2004
Subject: [Moin-devel] [ moin-Bugs-969209 ] Logout link in rightsidebar theme has incorrect url.
Message-ID: 

Bugs item #969209, was opened at 2004-06-08 20:54
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=969209&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maciej Starzyk (mstarzyk)
Assigned to: Nobody/Anonymous (nobody)
Summary: Logout link in rightsidebar theme has incorrect url.

Initial Comment:
There is a bug in the rightsidebar theme. 
url_prefix is not prepended to the "logout" url. 
It always links to: /UserPreferences

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

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



From noreply at sourceforge.net  Tue Jun  8 13:56:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Jun  8 13:56:04 2004
Subject: [Moin-devel] [ moin-Bugs-969209 ] Logout link in rightsidebar theme has incorrect url.
Message-ID: 

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maciej Starzyk (mstarzyk)
Assigned to: Nobody/Anonymous (nobody)
Summary: Logout link in rightsidebar theme has incorrect url.

Initial Comment:
There is a bug in the rightsidebar theme. 
url_prefix is not prepended to the "logout" url. 
It always links to: /UserPreferences

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

>Comment By: Maciej Starzyk (mstarzyk)
Date: 2004-06-08 20:55

Message:
Logged In: YES 
user_id=657380

Moin version: 1.2.2

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

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



From noreply at sourceforge.net  Wed Jun  9 03:21:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun  9 03:21:02 2004
Subject: [Moin-devel] [ moin-Bugs-969500 ] UnpicklingError undeclared in 1.2.2
Message-ID: 

Bugs item #969500, was opened at 2004-06-09 10:20
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=969500&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jure Koren (stibbons)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnpicklingError undeclared in 1.2.2

Initial Comment:
SuSE 9, Python 2.3+ (the default for suse 9), apache 2 with 
mod_python 3.1.3.

When creating a new user, I got the NameError about name 
'UnpicklingError' not being defined (the exception is defined in the 
pickle module, but not in the global module scope of user.py).

This is the patch that fixed the problem for me:

--- /home/jure/wiki/moin-1.2.2/build/lib/MoinMoin/user.py       
2004-06-06 01:58:39.000000000 +0200
+++ user.py     2004-06-09 12:02:21.709993524 +0200
@@ -46,7 +46,7 @@
         userdictpickle = os.path.join(config.user_dir, 
"userdict.pickle")
         try:
             _name2id = pickle.load(open(userdictpickle))
-        except (UnpicklingError,IOError,EOFError,ValueError):
+        except (pickle.UnpicklingError,IOError,EOFError,ValueError):
             _name2id = {}
     id = _name2id.get(searchName, None)
     if id is None:


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

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



From tfhx03tal at inetworld.net  Thu Jun 10 02:44:09 2004
From: tfhx03tal at inetworld.net (Thomasina Dreama)
Date: Thu Jun 10 02:44:09 2004
Subject: [Moin-devel] change ur current job now hoping fall anxious
Message-ID: 

pleasant tomorrow suggest hair innocent! angry water garden stomach weather on,



    O N L I N E   U N I V E R S I T Y   D I P L O M A S   D E G R E E S

                    Obtain Diploma, Degree, Master
                  
           We send the certificate to all countries (WORLDWIDE)

            Consider a prosperous future, money earning power
    
             No tests, study, coursework, or interviews required. 
                      Discrete and affordable.
                         Everyone eligible. 

                 Call now - your diploma awaits you!!!

                  212-330-8202 (24 hours on call)
                    
                     Calls returned promptly.
                     Confidentiality assured.


 CALL NOW ----->>>  212-330-8202 (24 hours on call)
 
 

to together quietly public telling conscious" was clothes thankyou truth force occur lived call reach planning,

From noreply at sourceforge.net  Thu Jun 10 04:06:16 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jun 10 04:06:16 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode
Message-ID: 

Bugs item #970284, was opened at 2004-06-10 20:05
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=970284&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

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



From noreply at sourceforge.net  Thu Jun 10 17:58:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jun 10 17:58:00 2004
Subject: [Moin-devel] [ moin-Bugs-970816 ] unicode undifined
Message-ID: 

Bugs item #970816, was opened at 2004-06-11 09: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=970816&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode undifined

Initial Comment:
i use 1.2.2 and Korean.


i catched an error  at Page Name "TitleIndex"

method unicode undefined.
------------------------------------------

 228             if wikiutil.isUnicodeName(letter):
 
  229                 try:
 
  230                     letter = 
wikiutil.getUnicodeIndexGroup(unicode(name, 
config.charset))
 
  231                     if letter: letter = letter.encode
(config.charset)
 
  232                 except UnicodeError:
 
letter = '\xb1',  wikiutil.getUnicodeIndexGroup = 
, unicode undefined, 
name = '\xb1\xdb\xc0\xdf\xbe\xb2\xb4\xc2\xb9\xfd', 

LookupError: unknown encoding 
      __doc__ = 'Base class for lookup errors.' 
      __getitem__ = > 
      __init__ = > 
      __module__ = 'exceptions' 
      __str__ = > 
      args = ('unknown encoding',) 


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

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



From eric_n_davis at hotmail.com  Tue Jun 15 08:36:33 2004
From: eric_n_davis at hotmail.com (Eric Davis)
Date: Tue Jun 15 08:36:33 2004
Subject: [Moin-devel] Strange Behavior with 1.3 devel (using latest version)
Message-ID: 

Here is the moinmoin version info

 Latest Apache
 Latest Mod_python
 Release 1.3devel [Revision 1.181]
 rightsidebar theme

The behavior is that any text on a page before the first link will turn red
on mouseover. You can even see this in the MoinMaster wiki with the
rightsidebar theme enabled.  This is probably a CSS error but I am not that
great with CSS and haven't figured it out.

Also, I was checking out the other themes to see if they had the same
behavior and I get an error with the viewonly theme on MoinMaster.

 AttributeError: edit
      __doc__ = 'Attribute not found.'
      __getitem__ = >
      __init__ = >
      __module__ = 'exceptions'
      __str__ = >
      args = ('edit',) -- The above is a description of an error in a Python
program, formatted for a Web browser because the 'cgitb' module was enabled.
In case you are not reading this in a Web browser, here is the original
traceback: Traceback (most recent call last): File
"/home/twaldmann/moincvs/moin--main--1.3/MoinMoin/request.py", line 427, in
run Page(self, query).send_page(self, count_hit=1) File
"/home/twaldmann/moincvs/moin--main--1.3/MoinMoin/Page.py", line 633, in
send_page wikiutil.send_footer(request, self.page_name,
print_mode=print_mode) File
"/home/twaldmann/moincvs/moin--main--1.3/MoinMoin/wikiutil.py", line 1182,
in send_footer request.write(request.theme.footer(d, **keywords)) File
"/home/twaldmann/moincvs/moin--main--1.3/MoinMoin/theme/viewonly.py", line
117, in footer dict = { File
"/home/twaldmann/moincvs/moin--main--1.3/MoinMoin/theme/viewonly.py", line
96, in edittext_link editable = self.request.user.may.edit(d['page_name'])
and d['page'].isWritable() File
"/home/twaldmann/moincvs/moin--main/MoinMoin/security.py", line 58, in
__getattr__ raise AttributeError, attr AttributeError: edit -->

Thanks,
   Eric



From noreply at sourceforge.net  Tue Jun 15 18:52:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Jun 15 18:52:02 2004
Subject: [Moin-devel] [ moin-Feature Requests-973652 ] Support for LaTex
Message-ID: 

Feature Requests item #973652, was opened at 2004-06-15 18:51
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Yaroslav Bulatov (yaroslavvb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for LaTex

Initial Comment:
Support for LaTex

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

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



From drey at yahoo.com  Tue Jun 15 23:24:00 2004
From: drey at yahoo.com (Elba Michael)
Date: Tue Jun 15 23:24:00 2004
Subject: [Moin-devel] cooky convention adject unitary io solid controllable typewritten solution awful extricate congruent responsible ague transferor consult numinous lace dewy honeydew inhalation acidic starvation gaelic
Message-ID: <24058163146216.E5F0C9915@yahoo.com>

An HTML attachment was scrubbed...
URL: 

From noreply at sourceforge.net  Wed Jun 16 02:34:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 02:34:01 2004
Subject: [Moin-devel] [ moin-Bugs-973799 ] NameErrorglobal name 'UnpicklingError' is not defined
Message-ID: 

Bugs item #973799, was opened at 2004-06-16 18:33
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=973799&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Null Protocol (nullprotocol)
Assigned to: Nobody/Anonymous (nobody)
Summary: NameErrorglobal name 'UnpicklingError' is not defined

Initial Comment:
Python Python 2.3.4: D:\Python\python.exe
Platform: win32 (nt)
MoinMoin Release 1.2.2 [Revision 1.185]
Wed Jun 16 18:19:23 2004




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

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



From noreply at sourceforge.net  Wed Jun 16 06:34:19 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 06:34:19 2004
Subject: [Moin-devel] [ moin-Bugs-973799 ] NameErrorglobal name 'UnpicklingError' is not defined
Message-ID: 

Bugs item #973799, was opened at 2004-06-16 11:33
Message generated for change (Settings changed) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=973799&group_id=8482

Category: None
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Submitted By: Null Protocol (nullprotocol)
Assigned to: Nobody/Anonymous (nobody)
Summary: NameErrorglobal name 'UnpicklingError' is not defined

Initial Comment:
Python Python 2.3.4: D:\Python\python.exe
Platform: win32 (nt)
MoinMoin Release 1.2.2 [Revision 1.185]
Wed Jun 16 18:19:23 2004




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

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



From noreply at sourceforge.net  Wed Jun 16 06:35:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 06:35:01 2004
Subject: [Moin-devel] [ moin-Bugs-969500 ] UnpicklingError undeclared in 1.2.2
Message-ID: 

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

Category: None
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Jure Koren (stibbons)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnpicklingError undeclared in 1.2.2

Initial Comment:
SuSE 9, Python 2.3+ (the default for suse 9), apache 2 with 
mod_python 3.1.3.

When creating a new user, I got the NameError about name 
'UnpicklingError' not being defined (the exception is defined in the 
pickle module, but not in the global module scope of user.py).

This is the patch that fixed the problem for me:

--- /home/jure/wiki/moin-1.2.2/build/lib/MoinMoin/user.py       
2004-06-06 01:58:39.000000000 +0200
+++ user.py     2004-06-09 12:02:21.709993524 +0200
@@ -46,7 +46,7 @@
         userdictpickle = os.path.join(config.user_dir, 
"userdict.pickle")
         try:
             _name2id = pickle.load(open(userdictpickle))
-        except (UnpicklingError,IOError,EOFError,ValueError):
+        except (pickle.UnpicklingError,IOError,EOFError,ValueError):
             _name2id = {}
     id = _name2id.get(searchName, None)
     if id is None:


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:31

Message:
Logged In: YES 
user_id=100649

fixed in arch / snapshot

the patch posted in the bug report is valid, everybody
running 1.2.2 release should please fix it like that.

So just add "pickle." (without the quotes) in front of
"UnpicklingError" in user.py.

Sorry for that bug, but we had that code in public testing
in multiple wikis - either nobody noticed or nobody reported
it or it happens only in brand new wikis.


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

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



From noreply at sourceforge.net  Wed Jun 16 06:36:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 06:36:02 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode
Message-ID: 

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:35

Message:
Logged In: YES 
user_id=100649

please be a bit more verbose about what problem you encountered.

Add info about your python version and operating system and
what your setting of page_home_page and charset is and what
it displayed.


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

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



From noreply at sourceforge.net  Wed Jun 16 06:44:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 06:44:02 2004
Subject: [Moin-devel] [ moin-Bugs-970816 ] unicode undifined
Message-ID: 

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode undifined

Initial Comment:
i use 1.2.2 and Korean.


i catched an error  at Page Name "TitleIndex"

method unicode undefined.
------------------------------------------

 228             if wikiutil.isUnicodeName(letter):
 
  229                 try:
 
  230                     letter = 
wikiutil.getUnicodeIndexGroup(unicode(name, 
config.charset))
 
  231                     if letter: letter = letter.encode
(config.charset)
 
  232                 except UnicodeError:
 
letter = '\xb1',  wikiutil.getUnicodeIndexGroup = 
, unicode undefined, 
name = '\xb1\xdb\xc0\xdf\xbe\xb2\xb4\xc2\xb9\xfd', 

LookupError: unknown encoding 
      __doc__ = 'Base class for lookup errors.' 
      __getitem__ = > 
      __init__ = > 
      __module__ = 'exceptions' 
      __str__ = > 
      args = ('unknown encoding',) 


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:43

Message:
Logged In: YES 
user_id=100649

it says "unknown encoding" - so what is config.charset set to?

Standard for moin 1.2.x is "iso8859-1". There is some basic
support for "utf-8", too.

But do not expect too much support for unicode, moin < 1.3
is mostly unaware of unicode, it just processes utf-8 as a
byte sequence - as it does with other charsets, too.

moin >= 1.3 will (when it is released) really support
unicode - decoding utf-8 (and other charsets) to ucs-2 or
ucs-4 internally (depending on your python compile settings)
and encoding to utf-8 (and others) again when outputting.


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

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



From roland.illig at gmx.de  Wed Jun 16 16:28:01 2004
From: roland.illig at gmx.de (Roland Illig)
Date: Wed Jun 16 16:28:01 2004
Subject: [Moin-devel] Speedup in i18n
Message-ID: <40D0D750.7050208@gmx.de>

Hi,

on my old, slow computer (Athlon 1 GHz) moinmoin took more than two 
seconds to serve a single page. Today I started hunting the time eater 
and found it to be the i18n module.

I commented out the line surrounding "$$$$i18n$$$$". After that, 
moinmoin was three times as fast as before.

What does the code around "$$$$i18n$$$$" do? Can the Page object that is 
created there be cached?

Roland



From noreply at sourceforge.net  Wed Jun 16 17:12:26 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 17:12:26 2004
Subject: [Moin-devel] [ moin-Bugs-970816 ] unicode undefined
Message-ID: 

Bugs item #970816, was opened at 2004-06-11 09:56
Message generated for change (Comment added) made by dolmengi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970816&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
>Summary: unicode undefined

Initial Comment:
i use 1.2.2 and Korean.


i catched an error  at Page Name "TitleIndex"

method unicode undefined.
------------------------------------------

 228             if wikiutil.isUnicodeName(letter):
 
  229                 try:
 
  230                     letter = 
wikiutil.getUnicodeIndexGroup(unicode(name, 
config.charset))
 
  231                     if letter: letter = letter.encode
(config.charset)
 
  232                 except UnicodeError:
 
letter = '\xb1',  wikiutil.getUnicodeIndexGroup = 
, unicode undefined, 
name = '\xb1\xdb\xc0\xdf\xbe\xb2\xb4\xc2\xb9\xfd', 

LookupError: unknown encoding 
      __doc__ = 'Base class for lookup errors.' 
      __getitem__ = > 
      __init__ = > 
      __module__ = 'exceptions' 
      __str__ = > 
      args = ('unknown encoding',) 


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

>Comment By: dolmengi (dolmengi)
Date: 2004-06-17 09:11

Message:
Logged In: YES 
user_id=1060718

I found reason that "TitleIndex" page out of run.
Because I setted config.charset is uncorrect(euc-kr) as like 
old.
I set config 'utf-8' , and "TitleIndex" run.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 22:43

Message:
Logged In: YES 
user_id=100649

it says "unknown encoding" - so what is config.charset set to?

Standard for moin 1.2.x is "iso8859-1". There is some basic
support for "utf-8", too.

But do not expect too much support for unicode, moin < 1.3
is mostly unaware of unicode, it just processes utf-8 as a
byte sequence - as it does with other charsets, too.

moin >= 1.3 will (when it is released) really support
unicode - decoding utf-8 (and other charsets) to ucs-2 or
ucs-4 internally (depending on your python compile settings)
and encoding to utf-8 (and others) again when outputting.


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

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



From noreply at sourceforge.net  Wed Jun 16 17:13:06 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 17:13:06 2004
Subject: [Moin-devel] [ moin-Bugs-970816 ] unicode undefined
Message-ID: 

Bugs item #970816, was opened at 2004-06-11 09:56
Message generated for change (Settings changed) made by dolmengi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970816&group_id=8482

Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode undefined

Initial Comment:
i use 1.2.2 and Korean.


i catched an error  at Page Name "TitleIndex"

method unicode undefined.
------------------------------------------

 228             if wikiutil.isUnicodeName(letter):
 
  229                 try:
 
  230                     letter = 
wikiutil.getUnicodeIndexGroup(unicode(name, 
config.charset))
 
  231                     if letter: letter = letter.encode
(config.charset)
 
  232                 except UnicodeError:
 
letter = '\xb1',  wikiutil.getUnicodeIndexGroup = 
, unicode undefined, 
name = '\xb1\xdb\xc0\xdf\xbe\xb2\xb4\xc2\xb9\xfd', 

LookupError: unknown encoding 
      __doc__ = 'Base class for lookup errors.' 
      __getitem__ = > 
      __init__ = > 
      __module__ = 'exceptions' 
      __str__ = > 
      args = ('unknown encoding',) 


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

Comment By: dolmengi (dolmengi)
Date: 2004-06-17 09:11

Message:
Logged In: YES 
user_id=1060718

I found reason that "TitleIndex" page out of run.
Because I setted config.charset is uncorrect(euc-kr) as like 
old.
I set config 'utf-8' , and "TitleIndex" run.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 22:43

Message:
Logged In: YES 
user_id=100649

it says "unknown encoding" - so what is config.charset set to?

Standard for moin 1.2.x is "iso8859-1". There is some basic
support for "utf-8", too.

But do not expect too much support for unicode, moin < 1.3
is mostly unaware of unicode, it just processes utf-8 as a
byte sequence - as it does with other charsets, too.

moin >= 1.3 will (when it is released) really support
unicode - decoding utf-8 (and other charsets) to ucs-2 or
ucs-4 internally (depending on your python compile settings)
and encoding to utf-8 (and others) again when outputting.


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

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



From noreply at sourceforge.net  Wed Jun 16 17:17:16 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 17:17:16 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode
Message-ID: 

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

>Comment By: dolmengi (dolmengi)
Date: 2004-06-17 09:16

Message:
Logged In: YES 
user_id=1060718

I use moinmoin-1.2.2 ,charset(utf-8), python(2.2.1), redhat-
linux.
page_home_page = '_eb_8f_8c_eb_a9_a9_ec_9d_b4'
this character is Korean.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 22:35

Message:
Logged In: YES 
user_id=100649

please be a bit more verbose about what problem you encountered.

Add info about your python version and operating system and
what your setting of page_home_page and charset is and what
it displayed.


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

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



From noreply at sourceforge.net  Wed Jun 16 17:20:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jun 16 17:20:04 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode of rightsidebar
Message-ID: 

Bugs item #970284, was opened at 2004-06-10 20:05
Message generated for change (Settings changed) made by dolmengi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970284&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
>Summary: unicode of rightsidebar

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

Comment By: dolmengi (dolmengi)
Date: 2004-06-17 09:16

Message:
Logged In: YES 
user_id=1060718

I use moinmoin-1.2.2 ,charset(utf-8), python(2.2.1), redhat-
linux.
page_home_page = '_eb_8f_8c_eb_a9_a9_ec_9d_b4'
this character is Korean.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 22:35

Message:
Logged In: YES 
user_id=100649

please be a bit more verbose about what problem you encountered.

Add info about your python version and operating system and
what your setting of page_home_page and charset is and what
it displayed.


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

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



From noreply at sourceforge.net  Thu Jun 17 06:11:59 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jun 17 06:11:59 2004
Subject: [Moin-devel] [ moin-Bugs-974719 ] Edit window size not honored
Message-ID: 

Bugs item #974719, was opened at 2004-06-17 14:07
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=974719&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil Brooks (nfbrooks)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit window size not honored

Initial Comment:
Setting the edit window size in UserPreferences to a size 
other than the default is giving odd results.

Sometimes the window is displayed correctly until any 
editing is done when it reverts to the default width.

Sometimes the new setting is ignored.

I need to reduce the width of the window to 65 as the 
rightside bar themes (rightside and nirlo2) hide the edit 
text. (which may be another bug)

This happens on my wiki running 1.2.2 and 
http://moinmoin.wikiwikiweb.de/ The browser did not 
seem to be a factor (IE6 and Firefox 0.9)



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

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



From noreply at sourceforge.net  Fri Jun 18 04:19:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Jun 18 04:19:01 2004
Subject: [Moin-devel] [ moin-Bugs-969209 ] Logout link in rightsidebar theme has incorrect url.
Message-ID: 

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maciej Starzyk (mstarzyk)
Assigned to: Nobody/Anonymous (nobody)
Summary: Logout link in rightsidebar theme has incorrect url.

Initial Comment:
There is a bug in the rightsidebar theme. 
url_prefix is not prepended to the "logout" url. 
It always links to: /UserPreferences

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

Comment By: Polzin (polzin)
Date: 2004-06-18 13:18

Message:
Logged In: YES 
user_id=586666

I fixed it (by changing line 80 of rightsidebar.py) although
I don't know if it?s the best solution:


*** rightsidebar.py     2004-06-06 01:58:33.000000000 +0200
---
/usr/lib/python/site-packages/MoinMoin/theme/rightsidebar.py
       2004-06-18 13:14:50.000000000 +0200
***************
*** 77,83 ****
                  html.append('
')
              html.append('%s' %
wikiutil.link_tag(self.request,
wikiutil.quoteWikiname(d['page_user_prefs'])))
              html.append('

')
!             html.append('
')
              html.append('')
              html.append('')
              #html.append('')
--- 77,83 ----
                  html.append('
')
              html.append('%s' %
wikiutil.link_tag(self.request,
wikiutil.quoteWikiname(d['page_user_prefs'])))
              html.append('

')
!             html.append(''
% wikiutil.quoteWikiname(d['page_user_prefs']))
              html.append('')
              html.append('')
              #html.append('')


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

Comment By: Maciej Starzyk (mstarzyk)
Date: 2004-06-08 22:55

Message:
Logged In: YES 
user_id=657380

Moin version: 1.2.2

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

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



From noreply at sourceforge.net  Fri Jun 18 04:27:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Jun 18 04:27:02 2004
Subject: [Moin-devel] [ moin-Feature Requests-975281 ] force default_lang
Message-ID: 

Feature Requests item #975281, was opened at 2004-06-18 13:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=975281&group_id=8482

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Polzin (polzin)
Assigned to: Nobody/Anonymous (nobody)
Summary: force default_lang

Initial Comment:
I had a hard time until I found out that "default_lang"
does not change the language if the browsers language
settings are different. It would have been easier for
me, if there would have been an option "force_lang"
(like "theme_force"): "If True, use default_lang as
language, even if the browser want?s something else".


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

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



From noreply at sourceforge.net  Mon Jun 21 06:51:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jun 21 06:51:01 2004
Subject: [Moin-devel] [ moin-Bugs-969500 ] UnpicklingError undeclared in 1.2.2
Message-ID: 

Bugs item #969500, was opened at 2004-06-09 06:20
Message generated for change (Comment added) made by marijn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=969500&group_id=8482

Category: None
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Jure Koren (stibbons)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnpicklingError undeclared in 1.2.2

Initial Comment:
SuSE 9, Python 2.3+ (the default for suse 9), apache 2 with 
mod_python 3.1.3.

When creating a new user, I got the NameError about name 
'UnpicklingError' not being defined (the exception is defined in the 
pickle module, but not in the global module scope of user.py).

This is the patch that fixed the problem for me:

--- /home/jure/wiki/moin-1.2.2/build/lib/MoinMoin/user.py       
2004-06-06 01:58:39.000000000 +0200
+++ user.py     2004-06-09 12:02:21.709993524 +0200
@@ -46,7 +46,7 @@
         userdictpickle = os.path.join(config.user_dir, 
"userdict.pickle")
         try:
             _name2id = pickle.load(open(userdictpickle))
-        except (UnpicklingError,IOError,EOFError,ValueError):
+        except (pickle.UnpicklingError,IOError,EOFError,ValueError):
             _name2id = {}
     id = _name2id.get(searchName, None)
     if id is None:


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

Comment By: Marijn P. Vriens (marijn)
Date: 2004-06-21 09:50

Message:
Logged In: YES 
user_id=6884

I have stumbled upon the same problem when installing brand
new 1.2.2s. This patch works for me as well. 

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 09:31

Message:
Logged In: YES 
user_id=100649

fixed in arch / snapshot

the patch posted in the bug report is valid, everybody
running 1.2.2 release should please fix it like that.

So just add "pickle." (without the quotes) in front of
"UnpicklingError" in user.py.

Sorry for that bug, but we had that code in public testing
in multiple wikis - either nobody noticed or nobody reported
it or it happens only in brand new wikis.


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

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



From tw-public at gmx.de  Tue Jun 22 08:33:02 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Jun 22 08:33:02 2004
Subject: [Moin-devel] Speedup in i18n
In-Reply-To: <40D0D750.7050208@gmx.de>
References: <40D0D750.7050208@gmx.de>
Message-ID: <40D85105.5010805@gmx.de>

> on my old, slow computer (Athlon 1 GHz) moinmoin took more than two 
> seconds to serve a single page. Today I started hunting the time eater 
> and found it to be the i18n module.
> 
> I commented out the line surrounding "$$$$i18n$$$$". After that, 
> moinmoin was three times as fast as before.

Moin 1.3 (looks like you are using the devel version) will be able to 
support wiki markup in the system texts. Therefore it needs to feed the 
texts through the wiki engine.

> What does the code around "$$$$i18n$$$$" do? Can the Page object that is 
> created there be cached?

Yes, I think that could be cached easily.




From dahlman at csi.se  Wed Jun 23 02:38:00 2004
From: dahlman at csi.se (Fredrik Dahlman)
Date: Wed Jun 23 02:38:00 2004
Subject: [Moin-devel] XMLRPC problems
Message-ID: <40D96B42.15024.812084@localhost>

Hi,

I'am trying to access the wiki by XMLRPC from java, But I can't get 
it to work.
Is there anything I need to do to activate the XMLRPC interface?
Which URL should I use For the XMLRPC request?

I'am using:
Python : 2.3.4
Moinmoin: Release 1.2.2 [Revision 1.185]
WinXp
IIS

TIA
Fredrik Dahlman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From noreply at sourceforge.net  Thu Jun 24 11:05:23 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jun 24 11:05:23 2004
Subject: [Moin-devel] [ moin-Feature Requests-973652 ] Support for LaTex
Message-ID: 

Feature Requests item #973652, was opened at 2004-06-15 20:51
Message generated for change (Comment added) made by mcelrath
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Yaroslav Bulatov (yaroslavvb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for LaTex

Initial Comment:
Support for LaTex

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

Comment By: Bob McElrath (mcelrath)
Date: 2004-06-24 13:04

Message:
Logged In: YES 
user_id=10643

Since moinmoin is based on python, I recommend you take a
look at my LatexWiki http://mcelrath.org/Notes/LatexWiki,
which is for ZWiki, but all the latex and image mangling
stuff should be straightforwardly incorporated into moinmoin.

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

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



From festifn at rupert.informatik.uni-stuttgart.de  Fri Jun 25 09:15:04 2004
From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi)
Date: Fri Jun 25 09:15:04 2004
Subject: [Moin-devel] XMLRPC problems
In-Reply-To: <40D96B42.15024.812084@localhost>
Message-ID: 

> I'am trying to access the wiki by XMLRPC from java, But I can't get
> it to work.
> Is there anything I need to do to activate the XMLRPC interface?
> Which URL should I use For the XMLRPC request?
>
> I'am using:
> Python : 2.3.4
> Moinmoin: Release 1.2.2 [Revision 1.185]
> WinXp
> IIS

There are two XMLRPC actions(for V1 and V2). Some info can be found on
http://moinmoin.wikiwikiweb.de/WikiRpc.

Be aware that xmlrpc is not under active use and only very little tested.
Because of this the putPage does not honour the Pagename parameter but
always overwrites the same page to prevent accidential damage.

See MoinMoin/wikirpc.py for details

	cu

		FlorianFesti




From noreply at sourceforge.net  Tue Jun 29 05:49:03 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Jun 29 05:49:03 2004
Subject: [Moin-devel] [ moin-Bugs-981923 ] Rightsidebar theme doesn't show logged in username
Message-ID: 

Bugs item #981923, was opened at 2004-06-29 13:48
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=981923&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Moore (pmoore)
Assigned to: Nobody/Anonymous (nobody)
Summary: Rightsidebar theme doesn't show logged in username

Initial Comment:
The theme displays the constant 
string "UserPreferences" in the user name area, rather 
than the logged in user name.

I fixed this by copying the code from the classic theme. 
See attached patch.

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

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



From R.Bauer at fz-juelich.de  Tue Jun 29 23:34:08 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Tue Jun 29 23:34:08 2004
Subject: [Moin-devel] subscript to all pages
Message-ID: <40E25EC6.4090100@fz-juelich.de>

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

Hi all


I can't save ".*" to subscript to all pages in the actual version.

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)

iD8DBQFA4l7F5aOc3Q9hk/kRAlJEAJ9VVxjA9POIWmXNL4x1+caH6MSFzgCfSU4y
2RTrVYL+3xbiiMScDzi6vqw=
=EG6/
-----END PGP SIGNATURE-----