Description

With my moin 1.3.3 default installation it is not possible to create new pages ending with a dot, e.g. Dot-at-end.

After Upgrading from moin 1.2.3 to 1.3.3 page names ending with a dot show strange behaviour. If you click on a link to the page with the dot at the end the Frontpage loads! After that all urls in the frontpage include the page name of the page with the dot at the end.

Steps to reproduce

(Not reproducible in this wiki!)

• You have the page Dot-at-end. and a link to that page on the FronPage.

  • the url to the page Dot-at-end. would be e.g. http://moinmoin.wikiwikiweb.de/FrontPage/Dot-at-end%2e

• Click on the link to Dot-at-end.

• Surprisingly you will be transferred to the !Frontpage no matter if Dot-at-end. exists or not.

  • Now the Fontpage contains urls that all(!) include the Dot-at-end. sequence. e.g. the url to the Dot-at-end.-page is now http://moinmoin.wikiwikiweb.de/Dot-at-end%2e/FrontPage/Dot-at-end%2e

Details

Workaround

Use standalone or IIS.

Discussion

• Does this problem just appear for migrated pages or for new pages as well?

  • This does not matter - the problem appears for both kind of pages. On the file system the migrated page Company_Inc. is stored under the directory name Company_Inc(2e) which appears to be correct.

• What is the obvious place to start looking into details, request.py? I would like to fix this quickly.
  • Yes, but rather wait. I will have a fix in the next hours ...

Can not be reproduced with patch-631 on Max OS X 10.3.7.

Can not be reproduced with patch-633 on Windows XP using Standalone or IIS. Acknowledged running Apache 1.3 and 2. $SCRIPT_NAME is broken on Apache 2 and $PATH_INFO is broken on Apache 1.3.

Thank you very much for fixing this so quickly. I just modified my Wikis - your fix did the trick! -- DavidLinke

See also ../BrokenUmlautsInLinksIn131

Plan

• Priority:

• Assigned to: AlexanderSchremmer

• Status: Fixed in patch-634. See Developer Downloads

CategoryMoinMoinBugFixed CategoryRelease1.3.4