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
