DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10114>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10114 Negotiation gives no weight to order, only q values ------- Additional Comments From [EMAIL PROTECTED] 2002-11-22 09:33 ------- I read the RFC 2296 and found the following in section 3.5: > The best variant, as determined by the remote variant selection > algorithm, is the one variant with the highest overall quality value, > or, if there are multiple variants which share the highest overall > quality, the first variant in the list with this value. in the case of absence of the quality factor q (which is the case for Netscape 4, Opera etc.) all language variants have the same "highest verall quality" - so the FIRST variant is the BEST variant!!! So there is only one question left - in which ORDER should the algorithm work - the order of the accept-language from the browser - or the order of the apache "languagepriority". It looks to me that the real bug is the implementation of the apache "languagepriority"! Thats because it should only have presedence when there is no Accep-Language from the browser - otherwise ALWAYS the browsers list order has to be used, because we serve the user and NOT the machine! So when the algorithm uses the ORDER of the browsers accept-language - the result would be correct - PLEASE FIX! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
