Return-Path: 
 <dev-return-22455-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 55415 invoked by uid 500); 25 Oct 2001 01:08:15 -0000
Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:dev-help@httpd.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@httpd.apache.org>
list-post: <mailto:dev@httpd.apache.org>
Delivered-To: mailing list dev@httpd.apache.org
Received: (qmail 55399 invoked from network); 25 Oct 2001 01:08:14 -0000
Message-ID: <060401c15cf1$8f632e00$93c0b0d0@roweclan.net>
From: "William A. Rowe, Jr." <wrowe@covalent.net>
To: <dev@httpd.apache.org>
Cc: <gregames@remulak.net>
References: <ELEDJONBOPPAEGANDEEIMEEGCAAA.joshua@slive.ca>
Subject: Re: results with 2.0.27-dev on daedalus :-)
Date: Wed, 24 Oct 2001 20:05:57 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 25 Oct 2001 01:08:30.0560 (UTC)
 FILETIME=[8F632E00:01C15CF1]
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

From: "Joshua Slive" <joshua@slive.ca>
Sent: Wednesday, October 24, 2001 10:47 AM


> There are a couple configuration issues with httpd.apache.org/docs* at the
> moment:
> 
> 1. We are back in "no acceptable variant" hell.  I think OtherBill is still
> working on the directive to fix this, but I'm not sure.

Yes, it's a deeper issue than I expected.

To be RFC compliant we must start by fixing today's wrong behavior.

User accepts .en and .fr at q=.5, server chooses one [WRONG: MULTIPLE_CHOICES
should be presented!!!]

User accepts no specified, we serve none [Also wrong, also MULTIPLE_CHOICES
should be the default behavior!!!]

So, the ForceLanguagePreference has to toggle two behaviors independantly;

a. Allow the user to override MULTIPLE_CHOICES

b. Allow the user to override NONE_ACCEPTABLE

I've been SWAMPED [well, in Chicago here, that's literally true, but I really
mean the work thing ;]

> 2. SSI is not getting activated properly.  httpd.conf says:
> <Files ~ "\.html$">
>     SetOutputFilter INCLUDES
> </Files>
> 
> But it should say:
> <FilesMatch "\.html(\..+)?$">
>     SetOutputFilter INCLUDES
> </FilesMatch>
> (from httpd-std.conf)
> or, more simply,
> AddOutputFilter INCLUDES .html
> 
> The problem with the present configuration is that it does not catch
> .html.en (etc).  So, as Marc pointed out, some docs are not getting parsed.

Ah ha... but that should only apply to certain areas, and follows different
rules appropriately.

In the /error/ alias, we do;

        AddOutputFilter Includes html

So there should be no problem there.  Which directory are you speaking of?

Are your sure your httpd.conf isn't out of date wrt httpd-std.conf?

Bill