[pmwiki-users] Clean URLs: All work except for the pmwiki group

[Patrick R. Michaud]

On Wed, Jun 21, 2006 at 02:20:37PM +0100, Marc Cooper wrote:
> > > It sounds like a misconfiguration of Apache.
> > 
> > Yes, I think so too, but I can't spot it. Grrr.

Out of curiosity, what version of Apache?

> So it seems that something is changing PmWiki to pmwiki.php in the URL 
> before the rewrite process begins. (This occurs for all pmwiki group 
> URLS and no others.)

Hmm.  From your original post, you noted

: Digging a little deeper, I tried changing /pmwiki/pmwiki.php to 
: /pmwiki/index.php and adjusting the .htaccess. When trying to access the 
: pmwiki group, this resulted in the Apache error: 
:
: Negotiation: discovered file(s) matching request: <path>/pmwiki/PmWiki 
: (None could be negotiated)

so I wonder if Apache's content negotiation facilities are
getting in the way here.  In particular, I wonder if it's
automatically looking for .php files that match any
extension-less requests.

Is the MultiViews option enabled?  MultiViews will try to match
requests of the form "/some/dir/foo" to foo.* files in the
/some/dir directory.  In this particular instance, for a request like

    /~marc/pmwiki/PmWiki

the MultiViews feature would search the /~marc/pmwiki directory
for any files matching PmWiki.*, and finding the pmwiki.php
directory it would switch the url to be

    /~marc/pmwiki/pmwiki.php

which sounds a lot like what you're seeing.  (Also, this wouldn't
happen in the field wikis, since they don't have a 'pmwiki.php'
file present.)

An interesting test would be to try creating pages in a "Readme" 
group in your farm wiki and see if that works.  If the MultiViews
theory is correct, then pages in a "Readme" group will have
the same problem as the "PmWiki" group, since there's a README.txt 
file in the pmwiki/ directory.

Just a thought.

Pm