strange apache behavior w. Embperl and multilang support

[Mikko Harjula <Mi...@sqc.fi>]

I have 'fi' and 'en' set as preferred laguages.  I have code in
menu.epl.en and emacs backup in menu.epl.en~, no other menu.epl*
files exist.

I try to fetch a page http://phi.sqc/new/menu.epl?a=a and instead of
displaying the page netscape prompts with a "save as" dialog box
saying content type as "application/x-httpd-cgi"!  If I save it to a
file it contains the emacs backup file.

The problem goes away if I do any one of the following:

- take away the "?a=a" from the request
- delete the menu.epl.en~ file
- change epl to html (of course the embperl code stops working)
- don't use multilang support, i.e. rename menu.epl.en to menu.epl

What seems to happen is that when trying to locate the best language
match Apache prefers the menu.epl.en~ over the menu.epl.en (but only
with non .html files and with ?a=a arguments) and failes to match the
.epl to type text/html.

My apache config has:

AddLanguage en .en
AddLanguage fr .fr
AddLanguage de .de
AddLanguage da .da
AddLanguage el .el
AddLanguage it .it
AddLanguage fi .fi

LanguagePriority en fi fr de

AddType text/html .epl

Directory /home/httpd/html/new>
    Options +MultiViews
    <Files *.epl>
      SetHandler perl-script
      PerlHandler HTML::Embperl
      Options +ExecCGI +MultiViews
    </files>
</Directory>

On RedHat 6.2 I'm running:

apache apache-1.3.12
perl-5.00503
mod_perl-1.21
embperl 1.3b5
netscape 4.75