[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Content negotiation - ICS Calendar files



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 03/04/2006 11:01 AM, Jutta Wrage wrote:
[...]
> Okay, it is a bug in the browsers, too, that I cannot change that (as 
> far as I know). But _no_ web server with normal web pages should  prefer
> delivering ICS calendar files instead of HTML pages.

	Should we report bugs against web browsers?  Or should we ask
for features that allow us to setup this? :)  (Anyway, there is some
browsers that wouldn't hear us, right?).


> But seems, I can reproduce the behaviour on one server.
> 
> If I comment out the line
> 
> /etc/apache/mime.types:text/ calendar                                   
> ics icz
> 
> it works fine.
> 
> if I reorder the text/html and text/calendar lines nothing chages 
> (wrong behaviour)
> If I rename the text/calendar entry to something line text/aaa I get 
> the html page
> If I change the calendar line to get other file extensions I get the 
> files with those extensions.
> 
> So it seems to be an Apache bug. It prefers calendar instead of html 
> internally, maybe out of the alphabetically order. Something must  tell
> Apache that an ics file has a higher media level.

	You should report a bug against apache packages so they can
forward it upstream and work together to check this out.


> If I follow the order at http://httpd.apache.org/docs/1.3/content-
> negotiation.html it does not get to 8. (file size) as even a faked  ics
> file larger than the html page is delivered with preference.
> 
> Using var files (Type-map) instead of MultiViews the problem could be 
> solved easily by a preference:
> 
> URI: foo.jpeg
>   Content-type: image/jpeg; qs=0.8
> 
> I Tried to find other solutions, but seems there is no way out 
> currently but using var files or these:
> 
> 1. either comment out the text/calendar line in the server  configurations.
> 2. or renaming the ics file in the webwml tree to something like foo-
> calendar.lang.ics and make the links match.
> 
> any other ideas?

	Move .ics to subdirectories is a bad idea?

	Anyway, we should try to solve it on our side, without need to
ask mirror admins to change their setup (if we can do that, it would
be better). Considering this, I vote for 2 (and there is the third
option, if it is not a bad idea, to move .ics to a subdir).


	Kind regards,

- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFEC65/CjAO0JDlykYRAkyZAKCMNAoifBUct5Pe8BgFChf97QYISACfbYZQ
ZdZ0BESOr/41boDi3yWCAJw=
=tt40
-----END PGP SIGNATURE-----



Reply to: