MoinMoin: MoinMoinQuestions/Errors

Internal Server Error

Hi I am running Centos 5.7 with httpd-x86_64-2.2.3 with mod_wsgi, python 2.4.3 (as per yum) moin-1.9.3. I have it all installed but am receiving Internal server error, here is my apache log:

[Wed Nov 09 14:25:49 2011] [info] mod_wsgi (pid=30427): Create interpreter 'flexo2.amer.gettywan.com|'.
[Wed Nov 09 14:25:49 2011] [info] [client 10.194.100.139] mod_wsgi (pid=30427, process='moin', application='flexo2.amer.gettywan.com|'): Loading WSGI script '/usr/local/share/moin/moin.wsgi'.
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139] mod_wsgi (pid=30427): Target WSGI script '/usr/local/share/moin/moin.wsgi' cannot be loaded as Python module.
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139] mod_wsgi (pid=30427): Exception occurred processing WSGI script '/usr/local/share/moin/moin.wsgi'.
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139] Traceback (most recent call last):
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139]   File "/usr/local/share/moin/moin.wsgi", line 43, in ?
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139]     from MoinMoin.web.serving import make_application
[Wed Nov 09 14:25:49 2011] [error] [client 10.194.100.139] ImportError: No module named MoinMoin.web.serving

Any help is greatly appreciated. Is it python version? Thanks so much.

A: As you see in the last log line, it does not find the MoinMoin code and can't locate and import the code modules. Please fix your sys.path (see moin.wsgi), add the directory that contains the MoinMoin/ code directory. Verify also that the user account running the web service has access to the MoinMoin folder (e.g.: on Apache, the user is by default www-data and you have to add it to the staff group to get access to /usr/local/lib/pythonX.X/site-packages with X.X replaced by your python version).

Internal Server Error (2)

Hi, I got suddenly Internal Server Error. Could someone help me with it? My apache error-log says this when i try to refresh page:

[Thu Oct 25 12:55:21 2012] [error] 2012-10-25 12:55:21,507 ERROR MoinMoin.wsgiapp:293 An exception has occurred [https://10.1.1.111/moinwiki/].
[Thu Oct 25 12:55:21 2012] [error] Traceback (most recent call last):
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in __call__
[Thu Oct 25 12:55:21 2012] [error]     response = run(context)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run
[Thu Oct 25 12:55:21 2012] [error]     response = dispatch(request, context, action_name)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in dispatch
[Thu Oct 25 12:55:21 2012] [error]     response = handle_action(context, pagename, action_name)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in handle_action
[Thu Oct 25 12:55:21 2012] [error]     handler(context.page.page_name, context)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, in do_show
[Thu Oct 25 12:55:21 2012] [error]     content_only=content_only,
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1022, in send_page
[Thu Oct 25 12:55:21 2012] [error]     eventlog.EventLog(request).add(request, 'VIEWPAGE', {'pagename': self.page_name})
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/eventlog.py", line 50, in add
[Thu Oct 25 12:55:21 2012] [error]     self._add(u"%d\\t%s\\t%s\\n" % (mtime_usecs, eventtype, values))
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/__init__.py", line 460, in _add
[Thu Oct 25 12:55:21 2012] [error]     self._output.write(line)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/__init__.py", line 162, in __getattr__
[Thu Oct 25 12:55:21 2012] [error]     self._output = codecs.open(self.__filename, 'a', config.charset)
[Thu Oct 25 12:55:21 2012] [error]   File "/usr/lib/python2.7/codecs.py", line 881, in open
[Thu Oct 25 12:55:21 2012] [error]     file = __builtin__.open(filename, mode, buffering)
[Thu Oct 25 12:55:21 2012] [error] IOError: [Errno 13] Permission denied: '/usr/share/moin/data/event-log'
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111] mod_wsgi (pid=9038): Exception occurred processing WSGI script '/usr/share/moin/moin.wsgi'.
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111] Traceback (most recent call last):
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 411, in __call__
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     return self.app(environ, start_response)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in __call__
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     response = run(context)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     response = dispatch(request, context, action_name)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in dispatch
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     response = handle_action(context, pagename, action_name)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in handle_action
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     handler(context.page.page_name, context)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, in do_show
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     content_only=content_only,
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1022, in send_page
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     eventlog.EventLog(request).add(request, 'VIEWPAGE', {'pagename': self.page_name})
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/eventlog.py", line 50, in add
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     self._add(u"%d\\t%s\\t%s\\n" % (mtime_usecs, eventtype, values))
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/__init__.py", line 460, in _add
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     self._output.write(line)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/dist-packages/MoinMoin/logfile/__init__.py", line 162, in __getattr__
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     self._output = codecs.open(self.__filename, 'a', config.charset)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]   File "/usr/lib/python2.7/codecs.py", line 881, in open
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111]     file = __builtin__.open(filename, mode, buffering)
[Thu Oct 25 12:55:21 2012] [error] [client 10.1.1.111] IOError: [Errno 13] Permission denied: '/usr/share/moin/data/event-log'

I have tried change event-log permissions, but it didn't help.

Well, that's clearly a permissions issue. Also check permission of all directories on that path. Make sure you know what uid/gid your moin process is running under. -- ThomasWaldmann 2012-10-28 10:44:50

How do you get moinmoin 1.9.3 to use python 2.6.x rather than 2.7.1? Getting "Unhandled Exception" errors.

I am running Ubuntu Desktop 11.04 with the 11.04 server installed on top via tasksel. I keep getting "Unhandled Exception An unhandled exception was thrown by the application." when running moinmoin 1.9.3. I know its trying to run on python 2.7.1 but there is no support for that yet with moinmoin 1.9.3. I installed python2.6 and put #!/usr/bin/python2.6 at the top of moin.cgi. Is this where 2.6 is located in Ubuntu? Are there any Ubuntu users here? What do I put in moin.cgi for a python 2.6 path?

Attaching some files fails with "No file content. Delete non ASCII characters from the file name and try again."

I am using Windows, Apache 2.2 with mod_wsgi and MoinMoin 1.9

I try to upload some files and they fail, for example 'httpd-2.2.17-win32-x86-openssl-0.9.9o.msi' will not upload, even when I retype the name replacing the '.' with ',' for all but the '.msi'

Strangely if I zip the file (which just changes the extension) it works ok.

Please create a bug report about this. I just verified that it did behave as expected for a linux server, You can add to the bug report page an example which don't work for your windows server. We need to know which browser you use because of _do_upload

Navigation problem in Internet Explorer

Hi, we're experiencing this odd navigation event saving changes in text edit mode:

    * Internet Explorer cannot display the webpage Most likely causes:
          o You are not connected to the Internet.
          o The website is encountering problems.
          o There might be a typing error in the address.
      More information: This problem can be caused by a variety of issues, including:
          o Internet connectivity has been lost.
          o The website is temporarily unavailable.
          o The Domain Name Server (DNS) is not reachable.
          o The Domain Name Server (DNS) does not have a listing for the website's domain.
          o If this is an HTTPS (secure) address, click Tools, click Internet Options, click Advanced, and check to be sure the SSL and TLS protocols are enabled under the security section.

But it did save the text.

We get this more often than not, when saving changes, both from text and gui edit modes. Also we get it when previewing changes, and when that happens, the changes get lost.

We've tested this with both IE and Firefox, and it is definitely IE specific, or at least, we don't get it, ever, with Firefox.. Our connection settings are exactly the same in both.

We are using python 2.6.1 from python.org, and the PKG-INFO file says MoinMoin 1.8.1. Using IE v7.0.5730.13.

You might consider adding a Help page called HelpOnVersion.

Do you have a version that addresses this problem? We don't have the option of not supporting IE.

Thanks,

Darrell.

Well, one possible cause is missing from the list given by IE:

• Internet Explorer is crap and behaving silly.

Sorry if that sounds funny / not constructive to you, but after having seen lots of IE bugs / non-standard behaviours and waisted many hours trying to work around such crap, maybe it just boils down to that.

What would be helpful is if someone would find out what is triggering this strange IE behaviour and whether there is a workaround. I guess we would then implement that workaround (if it does not harm stuff for standards compliant browsers). Please do not expect that this workaround will be found by moin developers, because (AFAIK) noone of them is using IE and most are quite tired of wasting many hours of their free time just to make that piece of crap of a browser behave.

Another option is to report this problem to Microsoft's IE team. Maybe they can fix it. As other browsers do not show this strange behaviour, it is likely a bug in THEIR software.

-- ThomasWaldmann 2009-02-12 08:12:11

Cannot create new pages

I have moved my MoinWiki Persona Ed. from 1.5.something to 1.6.0 without problems. But now I cannot add new pages. I create the link, but when clicking on it it display the usual page with: This page does not exist yet. You can create a new empty page, or use one of the page templates.

Action(edit,Create new empty page)

etc.

Now clicking on Action do absolutely nothing except changing to the http://localhost:8080/Action%28edit%2CCreate%20new%20empty%20page%29 Page.

Any idea? Thanks! mario

Is that on Mac OS X? There is a known bug in 1.6.0 for Mac users, it is fixed already in the 1.6 repo (see http://hg.moinmo.in/moin/1.6/ ) and will be in 1.6.1.

mario-> no I'm on WinXP

Do you have replaced the underlay dir of your wiki instance with the shipped one? If so please check if you have a changed MissingPage page in your wiki.

mario-> Solved! I installed 1.6.1 then copied the content of /wiki/pages (except BadContent, already present) from my 1.6.0 installation to 1.6.1 and now everything works as expected. Thanks for your help!

mijo: I had the same problem. I think, I mixed up the underlay-directory. I solved the problem by removing the underlay-dir and reinstalling it with a new one (of the same version!)

Get 404 Error When Clicking On A Missing Link

IIS will return a 404 error when you click a link to a new WikiWord (ie. a missing link), if the wiki instance virtual directory is not correctly configured. This is caused by IIS returning a custom error message with the 404, rather than the industry standard default of "Not Found". It looks like Moin is reading the contents of the page returned rather than the status code, not sure if that is the correct way to implement the redirect. In any case, the fix is to change the custom error for the wiki virtual directory.

• Right click the wiki instance virtual directory and select Properties

• Click the Custom Errors tab

• Scroll down to 404 (don't worry about 404;2 or 404;3) and click Edit...

• Change the Message Type to Default

• Click Ok

-- ChristopherBrandt 2009-04-09 20:06:00

You may want to read HowTo/MoinOnIIS and modify it if it is not correct. -- ReimarBauer 2009-04-09 20:38:33

Are there reserved words

I am unable to write the word "Python" without the quotes on some of my pages, when I go to save I get a 403 Forbidden.

"You don't have permission to access /cgi-bin/moin.cgi/blahBlah on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request."

When I remove "Python" from the page, it saves. Are there reserved words or phrases?

Well, you can put anything you like onto LocalBadContent page (which is intended for spam protection, not Python protection ). In case you are running IIS you need to fix its broken http error handling, see the IIS infos in the docs.

Pages load text but no formatting

I am trying to install Moin on IIS and I am stumped. I get no error messages when loading the page but only the ext shows up, no images and no formating. Since it is a new install I have deleted and reinstalled to see if I somehow missed a step in the configuration but each time it is the same. Any ideas of why fomating and images wouldn't show up?

Premature end of script headers

I'm trying to get moin running under MyFavorite OS. The Installation documentation seem strange and somewhat false. Yet I've followed the instructions by the book, I get this error with no traceback whatsoever:  Premature end of script headers: moin.cgi  or  The specified CGI application misbehaved by not returning a complete set of HTTP headers.  Running moin.cgi from the command line works fine and returns lots of nice HTML code.

Solution

This is a common error message which can have a lot of reasons:

• Wrong owner of the wiki directory
• Wrong permissions
• Wrong #!/path/to/python

• ScriptAlias is broken

Try to look into the server error log to get more information.

On an IIS webserver, this error can occur when the IIS engine somehow loses the ability to spawn Python CGI processes correctly. If your configuration is correct and this error mysteriously occurs, try a reboot of the entire system (a simple iisreset does not seem to be enough to solve this problem).

See more troubleshooting tips on the MoinMoinQuestions/Installing page.

Some of the tests fail

When running action=test, I get few errors:

parser.wiki: DateTime macro ... FAIL
wikidict: names in SystemPagesGroup should be in request.dicts ... FAIL

Solution

Delete data/cache/wikidicts/* to fix the wikidicts test. The first test might fail on certain system and is a problem with your system libraries, not with moin. There is a note about it and a link to the bug page in the test error report.

Error when saving page "Page could not get locked. Missing 'current' file?"

I get the error when editing and saving the page FrontPage. I've tried altering the file permissions but with no luck. Since I can't save the first page I've no idea if this affects other pages. -- ThiloPfennig 2006-01-23 07:57:31

Solution

Go to data/pages/FrontPage/ and rename the current-locked file to current.

• Also try: Go to data/pages/BadContent/ and rename the current-locked file to current. (I think it might alter BadContent on each edit attempt)

• For more details to debug this, edit PageEditor.py and in the _write_file() function inside the loop where it tries to write the file, have the failure be reported into a log file of your choosing with something like this:

  except OSError, err:
                  write_to_my_logfile( 'exception: got an OSError: '+ str(err) )

• Another solution: With my DesktopEdition it happened that I lost the current file in pages/ U  s e r N a m e/MoinEditorBackup. As a result I could not edit any file and got the same error. Rebuilding the current file helped. (I assume I lost the file when saving multiple pages in rapid succession from different browser tabs).

• The above is also true on systems where the slash is encoded (such as "(2f)" for example). So it would be: pages/ U s e r N a m e(2f)MoinEditorBackup instead. In other words, you should make sure that a current file exists in this path. You could copy an existing current file from elsewhere (usually with a content of "00000001"). Why on earth this file had disappeared in the first place is still a mystery.

• Another possible cause: no free disk space

Error when canceling edit "Page could not get locked. Missing 'current' file?"

We saw this error for one specific user. When she tried to cancel an edit, she would get this error.

Solution

MoinMoin tries to write UserName/MoinEditorBackup on cancel, so you can recover the edit in case you didn't really want to cancel. These pages exist even if there are no links to them in the Wiki (as was the case for us). Somehow, this page was corrupted and was missing it's "current" file. Deleting the UserName/MoinEditorBackup page was the solution.

wiki Self confused between different wiki instances

I have installed 3 wiki instances (not as a farm). Looking at the following link on the HelpOnEditing page

 * wiki:Self:HelpOnPageCreation#variablesubstitution - which variables are substituted (like @''''''SIG@, @''''''MAILTO@ ...)

• HelpOnPageCreation#variablesubstitution - which variables are substituted (like -- 85.181.1.121 2009-08-26 17:48:06, <tw@waldmann-edv.de> ...)

generates a link to one of the other wiki instances. This is 'cured' when 'wiki:' removed.

• Please file a bug on MoinMoinBugs.

Could not find a match for url

I'm getting: Could not find a match for url: "10.0.0.27:85/personal-wiki/moin.cgi/?". Check your URL regular expressions in the "wikis" list in "farmconfig.py".

Solution

If you are not running a wiki farm, delete farmconfig.py from your wiki directory.

Verification failed for Unrouteable address Sender verify failed

My users get this error when they save pages other people subscribed.

Solution

Make sure your mail_from is set to a legal address, e.g "My Wiki <noreply@mydomain", when mydomain is real domain.

Newsfeed under the weather

2.3.5 (#2, Sep 4 2005, 22:01:42) [GCC 3.3.5 (Debian 1:3.3.5-13)] The newsfeed appears to be rendering the RSS successfully when I check the link in my browser, but the feed doesn't load into Firefox when it is Live Bookmarked. This MoinMoin wiki is using the farmconfig.py but I placed the Link Rel in the local mywiki.py config file. What could be wrong?

• Did you try it without html_head?

I did and it doesn't render the RSS instruction in the (html) page header at all! BTW: the failure is because of the XMLNS being <rdf:RDF xmlns:None="http://purl.org/rss/1.0/ ... Why is it xmlns:None? If I save the output file and remove the offending ":None" the file can be successfully read by any news aggregator.

I found a solution - it appeared, at least on my config to require Python2.4.

However, XSLT (even when enabled in the config.py file) from the page XsltVersion returns "XSLT processing is not available!". Is there some other switch than needs to be enabled or action taken? Is it unable to locate a library. Now using Python 2.4.1 (#2, May 5 2005, 11:32:06) [GCC 3.3.5 (Debian 1:3.3.5-12)], with MoinMoin 1.3.4 [Revision 1.3.4 release].

Does anyone who has used XSLT ever read this page? Come on - what needs to be set in order to make this feature work?

• I don't use it, but you need 4suite installed. Exactly. So, initial reporter, why did not you find the advise to install 4suite? This is documented at multiple places.

WikiWord would not appear with Spaces as Wanted in the UserPreferences

Solution

edit the wiki.py script and locate the following lines

# handle anchors
parts = word.split("#", 1)
anchor = ""
if len(parts)==2:
    word, anchor = parts
#here the change
return (self.formatter.pagelink(1, word, anchor=anchor) +
        self.formatter.text(text) +
        self.formatter.pagelink(0, word))

input the following lines

if self.request.user.wikiname_add_spaces:
    split_re = re.compile('([%s])([%s])' % (config.chars_lower, config.chars_upper))
    text = split_re.sub(r'\1 \2', text)

Email: <Werner DOT Hoevelmanns AT schmiechen DOT de>

I have done exactly as described above, but don't get any result. WikiNames are still written as "WikiNames" and not as "Wiki Names" as should be. If you have any solution or explanation, please publish here, mail me, if possible and delete this text!

<mail AT benschwarz DOT de>

ImportError: No module named wikiconfig

I done all steps as described in the configuration docs word by word. I'm using Foo OS 3.1 with apache2 (I also tryed apache 1.3). When I try to browse the wiki I allways get this error:

• ImportError: No module named wikiconfig Check that the file...

This error tell you that the moin can't find wikiconfig.py module. This can be caused by:

• Wrong permissions
• Wrong ownership
• You renamed the file

• If you used farmconfig.py, the wiki names in the wikis list may be wrong.

reference to mywiki for HelpOnEditing / SyntaxReference

I have installed moinmoin using Apache. The wiki is called "twmwiki" and everything seems to work fine. I can edit pages and display them and I can also view the content that came with the installation like HelpOnEditing etc. as long as I use the links from the frontpage. What does not work are the links from the editing page where it says "For more help, see HelpOnEditing or SyntaxReference.". Those link to http://localhost/mywiki/HelpOnEditing which of course does not exist and therefore only returns a 404 error.

I wonder whether this is a configuration error (I could not find any references to "mywiki" in my configuration or a bug in moinmoin? -- twm

• Use cachecleaner script after configuration changes.

  I was afflicted with the same problem. HelpOnEditing and SyntaxReference (at the bottom of the edit(text)-page) pointed to host/instance_name/page, but they should point to host/page. ThomasWaldmann suggested to clear data/cache/i18n. That solved the problem.

Missing SyncPages Action on Desktop Edition

I try to synchronize content of my web based wiki with a Desktop Edition (for offline editing). When I start the synchronisation I got the following error:

Unknown action SyncPages

Is there any possibility to install/activate this action for the local edition?

• This feature will be in the upcoming version 1.6 of MoinMoin and the DesktopEdition. There might be a beta release of MoinMoin 1.6 DesktopEdition in the next weeks.

Getting [Error 17] Cannot Create a file when that file already exists

I move one wiki instance from one machine to another. It is fine to show the initial page, but when everytime I click a link inside of the initial page. An error message always shows up said [Error 17] Cannot Create a file when that file already exists. This is the url display in address bar http://127.0.0.1/dblue/moin.cgi/dBlueHome. But if i manaually type URL like that myself in address bar http://127.0.0.1/dblue/moin.cgi/dBlueHome?highligh=%28dbluehome%29 or do the search from search field and it turns out showing content fine.

data_underlay_dir "/srv/www/vhosts/name/cgi-bin/daten/moin/intern/data/underlay/" does not exists, or has incorrect ownership or permissions.

Today is the day.. ok, small problem. I setup a complete new wiki. python... import MoinMoin ... CTRL+D perfect the data directory is beyond cgi-bin the wikiconfig.py is within /srv/www/vhosts/name/cgi-bin/daten/moin/intern/ .. .pyc is generated From the wikiconfig.py:

   data_dir = '/srv/www/vhosts/name/cgi-bin/daten/moin/intern/data/'
    data_underlay_dir = '/srv/www/vhosts/name/cgi-bin/daten/moin/intern/data/underlay/'

The Rights are 770 from /srv/www/vhosts/name/cgi-bin/daten/ down The group + Username are ok (if y change them, the wikiconfig.py is no longer loaded)

So: the wikiconfig is loaded but the underlay dir never found. I tried: ./underlay/ underlay/ daten/moin/intern/data/underlay/ and ./daten/moin/intern/data/underlay/ and of course the absolut path.

Ah, to create the instance I took: createinstance.sh with: INSTANCE=/srv/www/vhosts/name/cgi-bin/daten/moin/intern

I'am out of Options. Any ideas? oh, apache config is fine. it hast a Alias for moin.cgi in the cgi-bin directory mentioned above.

Traceback:
A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.
   1.
      /usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in getConfig (url='name.com/intern')
         1. 158 configName = _getConfigName(url)
         2. 159 try:
         3. 160 config = _config_cache[configName]
         4. 161 except KeyError:
         5. 162 config = _makeConfig(configName)
          * config undefined
          * global _config_cache = {}
          * configName = 'wikiconfig'
KeyError
'wikiconfig'
    * args = ('wikiconfig',)

-- Max 2007-04-09

Error While Saving Page

When I am trying to save the pages I get the following error. I am setting up MoinMoin on Windows XP and IIS

File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 1151, in run
    handler(self.page.page_name, self)
  File "C:\Moin\Lib\site-packages\MoinMoin\wikiaction.py", line 659, in do_edit
    savemsg = pg.saveText(savetext, rev, trivial=trivial, comment=comment)
  File "C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py", line 976, in saveText
    mtime_usecs, rev = self._write_file(newtext, action, comment, extra)
  File "C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py", line 867, in _write_file
    glog.add(self.request, mtime_usecs, rev, action, self.page_name, None, extra, comment)
  File "C:\Moin\Lib\site-packages\MoinMoin\logfile\editlog.py", line 178, in add
    self._add(line)
  File "C:\Moin\Lib\site-packages\MoinMoin\logfile\logfile.py", line 406, in _add
    self._output.write(line)
  File "C:\Moin\Lib\site-packages\MoinMoin\logfile\logfile.py", line 139, in __getattr__
    self._output = codecs.open(self.__filename, 'a', config.charset)
  File "C:\Python23\lib\codecs.py", line 566, in open
    file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 13]   File "C:\Python23\lib\codecs.py", line 566, in open
    file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 13] Permission denied: 'data\\edit-log'

What wrong I am doing ??

Abhishek

'module' object has no attribute 'getmro'

I followed the HelpOnInstalling/BasicInstallation instructions carefully, and while most of the test steps seem to work (e.g., "import MoinMoin" is fine), when I run moin.cgi either on the command line or via Apache (CGI), I get:

  [...long traceback...]
  File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/copy.py", line 74, in _getspecial
    for basecls in inspect.getmro(cls):
  AttributeError: 'module' object has no attribute 'getmro'}

Same error when I run runtests.py. Apache runs the CGI script but of course moin.cgi is returning a 500 error complaining about this missing attribute. I looked at line 74 of copy.py, and all it's doing is "for basecls in inspect.getmro(cls):". Well, python sure thinks it has it:

[...]
>>> import inspect
>>> inspect.getmro
<function getmro at 0x81d4fb4>

I thought perhaps I wasn't using the right python, so I replaced moin.cgi's #!/usr/bin/env python with an explicitly specified python (2.3) that's the same as the one my shell's PATH prefers. No difference. Help!

Please:

• check if the python you run interactively is the same as for cgi (chroot? path?)
• we need the complete python -V output of the python making you troubles
• you can try copying your python's "copy.py" over the one we deliver in MoinMoin/support. Our copy.py is intended to fix some problems that existed in old pythons, but maybe the one your Python has works better for you.

Moving my Wiki from one PC to another

I am evaluating MoinMoin as a project managment and tracking tool for my work group. I am running it on Windows XP. I recently have had my PC upgraded. The original copy of my Wiki is still running on the old PC but I need to port it over to the new one. I installed Moin, Python, Pyxml etc on the new PC. Next I followed the directions provided in the installation heklp page to create my Wiki again, making sure the name was the same as before. Finally I copied the User and Pages directories within the \MyWiki\Data folder with the onces running on my old PC. Now when I go to my Wiki on the new PC I get the message:

IOError

[Errno 13] Permission denied: 'data\\pages\\<My_Wiki_Name>\\cache\\text_html'

I am at a loss. Any suggestions?

Are you sure that you have used the right owner for the files on the second new XP windows system. Is it the same owner as the wiki instance you have removed and does have this worked before? -- ReimarBauer 2006-05-26 09:58:23

-- Laiq on Friday May 26th, 2006 at 12:13 PM: Thankyou for your response. I really hope you can help me with this.

The Wiki is running fine on the old PC and my user profile and access rights etc in the new PC should be the same as in the old PC.

Yesterday I went in and renamed the text_html file under the all the data\\pages\\<page_name>\\cache folders. With this change I am now able to load and see the Wiki correctly. But now when I edit any page and then try to preview or save it I get the following error and the changes are not saved:

Page could not get locked. Unexpected error (errno=13).

Looking at the traceback it seems the error is coming from: C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py in _write_file

Also now when I run the self-test I see the following errors:

====================================================================== ERROR: testBasicPackageThings (MoinMoin._tests.test_packages.UnsafePackageTestcase)

---

• Traceback (most recent call last):

• File "C:/Moin/Lib/site-packages\MoinMoin\_tests\test_packages.py", line 54, in setUp

  • raise TestSkipped('This test needs to be run using the test wiki.')

TestSkipped: This test needs to be run using the test wiki.

====================================================================== ERROR: user: login with ascii password

---

• Traceback (most recent call last):

• File "C:/Moin/Lib/site-packages\MoinMoin\_tests\test_user.py", line 95, in testAsciiPassword

  • theUser = user.User(self.request, name=name, password=password)

  File "C:/Moin/Lib/site-packages\MoinMoin\user.py", line 270, in init

  • self.id = getUserId(self._request, self.name)

  File "C:/Moin/Lib/site-packages\MoinMoin\user.py", line 68, in getUserId

  • cache.update(pickle.dumps(_name2id, PICKLE_PROTOCOL))

  File "C:/Moin/Lib/site-packages\MoinMoin\caching.py", line 92, in update

  • f = open(self._filename(), 'wb')

IOError: [Errno 13] Permission denied: 'data\\cache\\user\\name2id'

---

• The second error regarding the user:login is new.

THe first error is there on the wiki runnning on my old PC as well so I think we can ignore it for now.

---

The "Page could not get locked. Unexpected error (errno=13)." error happened to me because the permissions weren't right in the data directory -- the owner/group hadn't been changed to www-data. I needed to do e.g. chown -R www-data:www-data data .

• peter

Internal Server Error - Problem with request.py

Hi, this is probably a typical case of PEBKAC, but maybe you could help anyways?

I just tried to set up a MoinMoin Wiki on my computer to try it out. I followed the instructions on this Wiki regarding installation but when I try to open it, i get an internal server error.

My Software: WinXP; Apatche 2.2; Python 2.4.3

the apatche error log entry reads as follows

[Tue May 30 09:57:39 2006] [error] [client 127.0.0.1] (OS 5)Zugriff verweigert  : couldn't create child process: 720005: moin.cgi
[Tue May 30 09:57:39 2006] [error] [client 127.0.0.1] (OS 5)Zugriff verweigert  : couldn't spawn child process: C:/moin/mywiki/moin.cgi

NOTE: Yes, my moin Instance is in c:/moin/mywiki

when I rename moin.cgi to moin2.py and run it in idleI get the following traceback:

Traceback (most recent call last):
  File "c:\Python24\Lib\site-packages\MoinMoin\request.py", line 1372, in __init__
    msvcrt.setmode(sys.stdin.fileno(), os.O_BINARY)
AttributeError: PyShell instance has no attribute 'fileno'

I didn't touch request.py. *scratches head*

Help would be greatly appreciated, thanks in advance!

Fischi

I also am having the same problem have you solved this yet?

Bryan

Try testing it starting the python interpreter from a cmd, not with idle.

• I've had the same problem. In my case the shebang (1st line with the #!) of the moin.cgi script was incorrect. When i changed it to the absolute path to my python.exe, the error was gone and the wiki started. E. g.: #!c:/Programme/Python/python.exe

• Anselm

Cannot allocate memory ?

I've seen this message in my apache error log on several occaitions. Cannot allocate memory: couldn't spawn child process: /var/www/ACDCWiki/cgi-bin/moin.cgi Any ideas on what can be done to fix this?

• Do you have any resource (memory) restrictions in place for cgi scripts? If yes, they are maybe not high enough.
  • No not that I know of. I have a standard Apache 2.0.46 installation. Python 2.4. Although I have only 128mb ram. Could that be an issue?
    • If you are that low on RAM, you should at least have a bigger swap partition / swap file. Maybe use top (Linux) or some other tool on your OS to monitor RAM usage. If you don't need apache2 for other stuff, you could also use moin standalone server and save the memory needed for apache2 and also the startup time needed to load python and libs (standalone stays resident in memory all the time).

Very narrow editor text area

When editing a page, the editor box is about 13 characters wide.

Solution

The cause is missing css files:

1. Try to reload the page few times
2. Try to delete the browser cache
3. Check that your url_prefix is configured properly.

EMail again

I tried to set up EMail notification, but get

{u'foo@bar': (554, '<foo@bar>: Recipient address rejected: Access denied')}

(with a real address, of course) when I try to mail something. I'm not sure if the mail system chokes on the unicode notation. Worse: After removing the entries from mail_smarthost and mail_from, the EMail button remains on the user preferences page.

• Then your mailserver seems to be setup incorrectly. Ask the administrator. And the last issue looks like your configuration change is not sensed. Try to make sure that you edited the correct file and clean all related .pyc files. The email button in the user preferences page is new addition, it may be broken and ignore the mail configuration. Note that the "Subscribe" and "Unsubscribe" links are not displayed when email is not configured.

Is there any way to find out if MoinMoin received any errors from the SMTP session?

• Sure, just look at the status message you see after you have saved the page.

Interesting. I managed to find a configuration error on my part, but fixing that doesn't actually make things work. I can now get email sent when I click the "Mail me my account data" button on the UserPreferences page, but I don't get change notifications when I use a test-user login to make changes to a page, but I do get a long traceback where the smptlib module tries to base64-decode something that isn't encoded. Since the traceback includes password information, I'll have to try and debug it myself. I'm using Python 2.4.1 and MoinMoin 1.3.5.

Wiki runs fine just won't save pages!

I'm running MoinMoin on Fedora 4, Apache 2.0.54, Python 2.4 with mod_python-3.1.4 (as a DSO, no alternative there). The wiki works fine, and I can view the basic pages. The file permissions are set to the webserver name:group, and can write files as it writes the edit-lock file when you preview a page. However, it just will not save any pages! Is there any finer grained logging available than that in httpd's error_log? That gives the very unhelpful error

 [Tue Oct 11 15:16:11 2005] [notice] child pid 28195 exit signal Segmentation fault (11) 

Any help would be appreciated.

• SIG11 often is related to hardware problems, most often bad RAM or CPU. Maybe use memtest86+ to check if your RAM is working ok.

I'm not convinced it's a hardware problem, as it's a new Supermicro box which has no obvious problems at all. I'll have a look at the memtest you suggested though. All other apps/services are working fine. Thanks for the propmt reply, Thomas. I'll try recompiling mod_python with different options as I compiled Apache to use MPM worker thread. Found the following here:

• "Overall, segmentation faults in mod_python are more likely to be caused by Apache, mod_python and Python being built with differing ideas of how threading is supposed to be enabled."

That maybe true... but it didn't help. I tried compiling Apache with the mpm_prefork option (and recompiling mod_python) but it gave me the same error, though strangely it appeared twice (two error messages) for mpm_worker and only once for mpm_prefork. Go figure. I gave up! If anyone resolves this I'd love to see a solution posted here.

Install error

/usr/local/python-2.4.2/share/moin/server>python moin.py Traceback (most recent call last):

• File "moin.py", line 25, in ?

  • from MoinMoin.server.standalone import StandaloneConfig, run

File "/usr/local/python-2.4.2/lib/python2.4/site-packages/MoinMoin/server/standalone.py", line 41, in ?

• import os, sys, time, urllib, socket, errno, shutil

ImportError: No module named time

How do i go about solving it??

Start an interactive interpreter by entering python and do a manual import time there. If it also fails, get a non-broken python installation. If it works, check if you broke sys.path somewhere in the moin scripts.

New Wiki Installation: Can see FrontPage, but can't edit??

I just installed my first wiki pages on an apache server running on Linux. Installation was smooth enough. And I've read over the docs and troubleshooting multiple times. I can see the front page when I load http://my.server.com/mywiki, but none of the other pages load when clicked, including Edit! So I'm stuck with a FrontPage. The diagnostic /mywiki?action=test looks fine, all OK. I'm definitely seeing the moin.cgi file and the wiki .py config file, because the FrontPage displays custom images and text, so I'm fairly sure my httpd.conf is OK. And my python files are in the default location, which I have even tried explicitly identifying in the config file. Permissions on all relevant directories is set to apache.apache (same as in my httpd.conf) and mod is a+rX. Any other troubleshooting ideas? I feel like I'm so close!

When I click 'Edit' I get:

• Not Found

The requested URL /mywiki/FrontPage was not found on this server.

Thanks, Alex

• ANSWER

I figured out the problem by following an alternate source of installation instructions

• http://www.wombatnation.com/misc/installMoinMoinDreamHost.html

The critical issue appears to be the location of the moin.cgi file. I had placed it in a cgi-bin under a copy of htdocs which was all under my wiki instance directory. I had set up an alias and permissions for the htdocs dir to be visible to the server in httpd.conf (but perhaps this was not done properly?). Once I moved the moin.cgi file to my primary cgi-bin located at the same dir level as my default html dir, then it all worked flawlessly. I updated my ScriptAlias to this location and it's all set. Case closed.

• COMMENT

I am very close, too - but here the reason seems to be different. Whatever subpage I open, it does not exist (404). /var/log/apache2/error.log says correctly:

[Fri Aug 10 20:38:16 2007] [error] [client 10.0.2.10] File does not exist: /usr/share/moin/htdocs/SeiteFinden, referer: http://10.0.2.10/wiki - as: {{{$ ls /usr/share/moin/htdocs applets common index.html rightsidebar classic favicon.ico modern robots.txt

$ locate SeiteFinden /var/www/moinmoin/underlay/pages/SeiteFinden /var/www/moinmoin/underlay/pages/SeiteFinden/current /var/www/moinmoin/underlay/pages/SeiteFinden/revisions }}}

OK, perhaps the same problem here: can see mywiki/moin.cgi but can't see mywiki/moin.cgi/ oder anything like mywiki/moin.cgi/*. Looks like the "/" after moin.cgi isn't interpreted right. Btw, i always do get a 404-error. Any ideas?

bad links on edit page

The links at the bottom of my edit page are broken. The links that look like the following:

• "For more help, see HelpOnEditing or SyntaxReference."

The links are in the form http://example.com/folder/SynataxReference when they should be in the form http://example.com/SyntaxReference. All other links work fine. Only those links refuse to point to the "root" of the server. Why didn't that link change and how do I change it appropriately?

• Please file a bug on MoinMoinBugs.

Trouble running with mod_python

I'm currently trying to run moinmoin 1.5.2 with Apache 2.0.64, python2.4 and mod_python 3.0.1. But I get the error [Sat Feb 18 18:48:37 2006] [error] make_obcallback: could not import mod_python.apache.! Any ideas as to what's wrong??

UTF-8 does not work in titles of items

Try http://wiki.r2dvd.info/moin.cgi/Čeština. The problem with char encoding is noticable only if you type the url with utf-8 chars directly in your browser, if u come through the anchor above, everything is fine.

UnicodeDecodeError on moin startup

I'm trying to get desktop moin 1.6.0 running on my office computer which runs Windows XP. When I startup my instance from the command line I get this error:

• UnicodeDecodeError: 'utf8' codec can't decode bytes in position 25-30: unsupported Unicode code range

I'm not very knowledgeable about Windows: do I need to install an updated codec somewhere? -- AmElder 2008-01-14 19:59:40

• Without a bug report including traceback this is hard to tell (you don't need an "updated codec" anywhere for sure, though). This problem is likely some config file or wiki content in a wrong encoding. The config tells the encoding in the first line (the config file content has to be in that encoding), the wiki content has to be utf-8.
  • - Thank you, I will submit a bug report, then.

Embedding of object by chosen formatter not possible

I'm trying to attach a file to my page but when I click on the attachment I get the error "Embedding of object by chosen formatter not possible" and it takes me to the attachment page to download it. This is a word doc. I can get it to work using the do=get url but it is advised not to use that. I would like to use the attachment: option without having to go the attachment page to press download.

• I am having a similar problem in both 1.6.2 and 1.6.3, I didn't seem to have this issue with 1.5.X, although I was also using a different platform. For some reason the wiki is trying to embed the attachment even though it shouldn't based on the mime type of the attached file. I was able to replicate the problem here in the WikiSandBox, so I would guess this is a bug. I will try submitting one. -- JonathanDelgado 2008-05-06 15:54:31

Looking for attachment in wrong directory

I've attached a file to one of my wiki pages and I can locate the file under WIKI/data/pages/PAGE/attachments (so the attachment process works fine). My problem is that I cannot get to the file from the wiki page. When I click the link to the attachement (link made using attachment:file.pdf) I get a blank page. According to /var/log/httpd-error.log, MoinMoin is looking for the file int the incorrect directory. I have my data_dir set in my wikiconfig, and the attachment makes it to that directory when I upload it, but MoinMoin looks in a different directory when I try to download the file. Any ideas? Thanks! Sean

• Please file a bug report and move this stuff to it. Provide much more details (use the bug template), provide config and log files.
  • I rebuilt python and reinstalled moinmoin and everything works again (by the way, I the problem was on freeBSD, Python2.5 - rebuilding completely fixed things)

After upgrade, instead of starting page only a traceback

Hi, I upgraded from 1.5.8 to 1.6.1. I followed the CHANGES instructions. The data upgrade script went through fine. After starting apache (I'm using mod_python, BTW) and trying the wiki in a Browser, only a traceback like the following occurs:

[Wed Mar 19 22:06:04 2008] [notice] mod_python: Creating 8 session mutexes based on 3 max processes and 25 max threads.
[Wed Mar 19 22:06:04 2008] [notice] mod_python: using mutex_directory /tmp
[Wed Mar 19 22:06:04 2008] [notice] Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 configured -- resuming normal operations
ERROR:root:RuntimeError: maximum recursion depth exceeded in cmp
Traceback (most recent call last):
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 1248, in run
    self.page = wikiutil.getFrontPage(self)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/wikiutil.py", line 783, in getFrontPage
    return getLocalizedPage(request, request.cfg.page_front_page)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/wikiutil.py", line 752, in getLocalizedPage
    i18n_name = request.getText(pagename, formatted=False)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 273, in <lambda>
    self.getText = lambda text, i18n=self.i18n, request=self, lang=self.lang, **kv: i18n.getText(text, request, lang, **kv)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/i18n/__init__.py", line 257, in getText
    dicts = request.dicts
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 366, in getDicts
    dicts.scandicts()
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/wikidicts.py", line 376, in scandicts
    if Page.Page(request, pagename).mtime_usecs() >= self.pageupdate_timestamp:
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/Page.py", line 704, in mtime_usecs
    for line in logfile.reverse():
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 110, in reverse
    self.to_end()
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 342, in to_end
    self._input.seek(0, 2) # to end of file
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 158, in __getattr__
    return self._input
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 158, in __getattr__
    return self._input
[... same stuff few hundred times ...]
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 158, in __getattr__
    return self._input
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/logfile/__init__.py", line 132, in __getattr__
    if name == "_LogFile__rel_index": # Python black magic: this is the real name of the __rel_index attribute
RuntimeError: maximum recursion depth exceeded in cmp
[Wed Mar 19 22:06:57 2008] [notice] caught SIGTERM, shutting down

Any clues on how the error could be fixed? Seems to me like some log file problem. Permissions are fine though. I'm open for any tips. -- BjörnSchließmann 2008-03-19 22:51:23

• Looks like it can't access a page's edit-log. Please check owner/group/mode of your pages (and use chown -R x.y data ; chmod -R ug+rwX data to set correct owner, group and mode). Especially have a look at data/pages/*Dict/edit-log. If that does not help, apply this patch and retry: http://hg.moinmo.in/moin/1.6/rev/6b64b2cdef2f -- ThomasWaldmann 2008-03-19 23:14:22

  • Thank you for the quick help I managed to solve the problem. It was an edit-log, but not in data, but in underlay, as your helpful patch eventually showed (strange, I didn't touch this directory during the upgrade). BTW, is it normal that I have to re-install language packages after upgrade? This should be mentioned in the upgrade guide (or I missed it) -- BjörnSchließmann 2008-03-20 23:11:33

After upgrade, TableOfContents macro not working with maxdepth

Hi, I've just upgraded from 1.6.0 to 1.7.2 with no problems.

However, when I access the wiki, many of the pages use the TableOfContents macro with the default code as follows:

<<TableOfContents([maxdepth])>>

But when this is rendered it fails with the following error:

<<TableOfContents: Argument "maxdepth" must be an integer value, not "[maxdepth]">>

I can work around this by entering an integer (e.g. 99) instead of maxdepth but that will be painful to change on all of the pages in my wiki.

Any ideas? is there a default to set for maxdepth somewhere?

Anyone else had this problem?

Thanks, Tom, UK

Maybe you have misunderstood its syntax. When describing some syntax, stuff like [foo] usually means an optional parameter called foo at that place, not that you should type [ f o o ]. So you either can leave it empty or enter an integer at that place. -- ThomasWaldmann 2008-10-17 02:48:19

Hi, thanks I know that but what happened in 1.6.0 was that when you applied the TableOfContents macro, using the GUI editor, it would default to include this maxdepth value, and when rendered, it would display the full tableOfContents. So the users of my Wiki tended to leave this asis which worked fine. Now I've got lots of pages which have this set which aren't displaying the TableOfContents properly

So maybe this is another symptom of the GUI editor as when using text editor you'd have to type the macro in anyway.

Can't create users after upgrade 1.6->1.7, UserPreferences does not exist (Debian)

After upgrading from 1.6 to 1.7 on debian and creating a fresh wiki instance, I clicked on "login" where a line of text says (like in 1.6) I should go to UserPrefrences to create a new account. However that page does not seem to exist. I even searched /usr/share/moin for it, it simply isn't there. Also manually adding a "?action=newaccount" to the starting page url didn't help.

Thanks for any answers, Henning

Hi Henning, please read docs/UPDATE.html and do all steps mentioned there, you likely missed the step to install the new underlay dir to your wiki instance. The systempages and language packs of MoinMoin are kept in the underlay dir. -- ReimarBauer 2008-10-29 10:05:17

Thanks for the quick answer but that doesn't seem to be the problem. What I did was:

• Upgrading from 1.6 to 1.7 with debians package management system
• Creating a new wiki ofter the documentation, ie. copying fresh data and underlay dirs from /usr/share/moin
• Setting up /etc/moin/farmconfig.py to include the new wiki and creating /etc/moin/mywiki.py (which includes absolute and correct paths to underlay and data.

Also I tried renaming the underlay dir (to underlay.bak) which instantly lead to an error message on the new wiki, so it definetely searches in the right place. I also tried reinstalling the moinmoin package (with the package manegement system), and copying data and underlay from anew, but that didn't help either.

I'd guess theres something messed up with the debian package, but I can hardly imagine, since this problem occurs for months now and I can remember at least one new debian package version which did not fix this.

Henning

Solution

Darn, I finally found out, that not the underlay is the problem but a moinmoin version I had manually installed in /usr/local ages ago. (an "import MoinMoin" followed by a help(MoinMoin) showed me). Thanks for your time, nevertheless

np. Can you tell which MM version debian has now (1.7.x)?

At 2008-11-14 this is 1.5.3-1.2etch in stable, 1.7.1-2 in testing and 1.8.0beta1-1 in experimental. (Obviously I use testing ;))

Getting Traceback about Unicode

I have moin 1.5.4 running on a hosted server with Python 2.4.3 . The wiki has run great for a long time. Then suddenly a couple months ago, every attempt to search has resulted in the same traceback error.

I'm reluctant to vertically bloat this section, so I've attached the traceback as an attachment, Davison_Unicode_Trace.html.

If it's helpful to recreate on the original site, here's my link: http://mycompiler.org/Compiler_Wiki/moin.cgi/FrontPage

I'm also trying to get help from my ISP, but I'm almost sure there will come a point where the Moin team can't help more without info. on the python install, and my ISP will think it's a problem with Moin.

Any help greatly appreciated!

Some ideas:

• Did you enable Lupy for indexed search in your wiki config? If yes, I suggest you switch off Lupy.
• If you don't want that, you could also try rebuilding the search index.
• From the error msg, one could also think that the Python is somehow inconsistent internally - some part (C array module) tries to use stuff that is not there. Maybe Python was compiled with wrong features (Python should be always support UCS4, that is 32bit Unicode).

• If ones looks at RecentChanges in that wiki, one finds another problem: the global edit-log is damaged in its structure (one can usually fix that with vim or so).

• As a general note, moin 1.5.4 is rather old, you should upgrade it. The upgrade to 1.5.9 should be rather easy (that fixes some bugs, but is still old), the upgrade to 1.8.x will take a bit more effort.

-- ThomasWaldmann 2009-03-02 07:23:53

Some users try to save an edit, but delete the page!?

I have a wiki (1.8.1) running on an intranet at work. I am super user and have no problems editing, but when some other users try to make an edit to a page, the page gets deleted. I have to then go back to the page's revision history and revert to a former version to resurrect the page. Any ideas?

Which OS, fstype do you use on the server? Which browser do you and which do they use? super user has nothing to do with storing a page. It is more for suid or to access some special macros.

The wiki is hosted on Ubuntu 8.10 with ext3 FS. The clients are using Win2K with IE6.

Problem solved: It turns out it was down to 'user error'. On clicking 'Save Changes' some users showed a little impatience by clicking 'preview' or 'cancel' buttons before the web page had refreshed back to the normal read-only view. This seems to cause the save operation to fail and the page disappears from the wiki. It is possible to re-instate the page by reverting to the previous version.

Is this a known bug/feature/vulnerability?

Many thanks for your help.

No, not known yet. Please file a bug. Try to reproduce it with Firefox or some other browser. Give more information about your server installation. Remove this section here after filing the bug. -- ThomasWaldmann 2009-03-11 10:25:00

Cannot see Python traceback

Installed version 1.8.4 recently. While doing some changes in sources I've came across the problem that I do not get any traceback in the browser window when there are errors in python code. Just see the empty page. How do I switch this on? (in 1.5.5 I think I saw the traceback with default config).

Tried adding traceback_show=1 to my wikiconfig.py and enabling os.environ['MOIN_DEBUG']='1' in moin.wsgi, but that didn't help.. -- AlexanderAgibalov 2009-06-25 13:23:26

Locking errors after implementing maint reducewiki

We have a wikifarm using version 1.8.2 with a common underlay folder. On one wiki after using maint reduce wiki, and recreating the pages folder with the reduced set of pages everything works fine. I ignore copying underlay folder pages. On the other it is not possible to save an edited page (preview is OK) and the error Page could not get locked (errno=13) is returned. If I try to delete a page, the error is SaveError has occurred in PageEditor.deletePage. We need locking there I am sure it is me not doing something, but what ? -- GerardODriscoll 2009-08-25 11:52:19

Look into data/pages/PageName and compare it to some page not making trouble. -- ThomasWaldmann 2009-08-25 12:58:08

All pages have the same problem. It appears that the maint reduce wiki is a red herring, so maybe it is the way I am doing this. In my clean up of the pages I had renamed the pages folder as pages.old (for a backup), created a new pages folder, and then copied the relevant pages from the output of the maint reduce wiki. If I rename the pages folder as pages.old, create a new pages folder and copy the HomePage from the .old to pages, manually clear the cache, then open the wiki, I can view the Homepage, but any attempt to save an edited version results in Page could not get locked (errno=13). If I create a new page from the HomePage (there are unresolved links of course) then I can edit and save it. If I then delete the pages folder, and rename pages.old as pages everything is OK. Is there something wrong with the way I am doing this ? -- GerardODriscoll 2009-08-25 15:45:50

• Do you see a traceback, if so please attach it

No traceback on the error. I took this a stage further by
(i) Checked that wiki using the original pages folder opened the HomePage correctly, and that it was possible to edit and save. All works OK
(ii) Renamed the working set of pages as pages.old
(iii) Created a new pages folder, and copied all the contents of pages.old to pages. No. of files, no. of folders and sizes matched after the copy
(iv) Open the wiki, which immediately gave me the error in the attachment HomePage.htm.
(v) Manually cleared the HomePage/cache folder. This allowed me to open the wiki, but does not allow any edits to be saved. The same error is returned Page could not get locked (errno=13)

• Maybe a filesystem permissions issue?

Correct - A permission not propagated correctly. Thanks for the pointer, sorry for the trouble.

Sometimes I get logged out for no reason

As the heading says some users of our project wiki get logged out sometimes. This happens e.g. if you switch from GUI mode to text mode and vice versa.

Static Content gets truncated

I'm pretty close - I have MoinMoin running via Apache on Windows Server 2008. The only thing I'm having an issue with is all static content comes through missing the last 800 characters or so. Padding out the .js and .css files help deliver the relevant content, but that's not as easy with images. Any idea where to look? The dynamic content comes through OK, and I have a Django installation on the same server that is also working fine.

• That's rather unusual. How do you serve the static content? By moin builtin static server or via an apache "alias" definition? Can you try the opposite way and report about the results for that case?

Internal server error when changing python version

After a dist-upgrade from debian squeeze to wheezy, including a python version upgrade from 2.6 to 2.7, I found in the server's error_log

• .....
  File "XXXXXXXXX/MoinMoin/i18n/__init__.py", line 257, in getDirection
       return languages[lang]['x-direction']
  TypeError: 'NoneType' object has no attribute '__getitem__'

and fixed it with

• ./moin.py maint cleancache

Then I obtained

•   File "XXXXXXXXX/MoinMoin/Page.py", line 917, in parse_processing_instructions
      if args in i18n.wikiLanguages():
  TypeError: argument of type 'NoneType' is not iterable

This is fixed by removing all *.pyc which have been byte-compiled for python2.6 .