Change Details

Currently, the HTTP Content-Language header returns the site's fixed content language. For a multilingual site like wikidata.org, this is useless at best, of not misleading. At least on pages showing data items, the user interface language should be returned in the Content-Language header, to indicate the language actually used to render the page. This would also help to solve the caching issues described in bug 41451. -------------------------- **Version**: unspecified **Severity**: normal **Whiteboard**: u=dev c=backend p=0 **See Also**: https://bugzilla.wikimedia.org/show_bug.cgi?id=41451

Currently, the HTTP Content-Language header returns the site's fixed content language. For a multilingual site like wikidata.org, this is useless at best, of not misleading. At least on pages showing data items, the user interface language should be returned in the Content-Language header, to indicate the language actually used to render the page. This would also help to solve the caching issues described in T43451. -------------------------- **See Also**: {T43451}

Currently, the HTTP Content-Language header returns the site's fixed content language. For a multilingual site like wikidata.org, this is useless at best, of not misleading. At least on pages showing data items, the user interface language should be returned in the Content-Language header, to indicate the language actually used to render the page. This would also help to solve the caching issues described in bug 41451T43451. -------------------------- **Version**: unspecified **Severity**: normal **Whiteboard**: u=dev c=backend p=0 **See Also**: https://bugzilla.wikimedia.org/show_bug.cgi?id=41451{T43451}