I think this is a konqueror bug but would appreciate a second opinion.
When multiple l10n packages are installed and configured in system settings and konqueror requests a page I believe the "accept_language" is used to tell the server what languages are accepted and the order of priority for the language.
In konqueror when I go to start.fedoraproject.org accept_language is sent as "en-US,zh-TW;q=0.9,en;q=0.8" and the page with Content-Language of zh-TW is returned.
Chrome, on the other hand, sends accept_language "en-US,en;q=0.8,zh-TW;q=0.6,zh;q=0.4" and the English page is returned.
I believe that konqueror should also use the least common denominator for English (and other languages) in its request to cover the cases where a server doesn't fully define the page languages it can supply.
Ed Greshko wrote:
I think this is a konqueror bug but would appreciate a second opinion.
When multiple l10n packages are installed and configured in system settings and konqueror requests a page I believe the "accept_language" is used to tell the server what languages are accepted and the order of priority for the language.
In konqueror when I go to start.fedoraproject.org accept_language is sent as "en-US,zh-TW;q=0.9,en;q=0.8" and the page with Content-Language of zh-TW is returned.
This sounds suboptimal indeed. But it is not clear to me what part of the stack is at fault there. Can you please try the same: (1) in Rekonq and (2) in a Qt-only QtWebKit browser (i.e. one that doesn't use KIO), e.g. QupZilla or Arora and report what happens there?
Kevin Kofler
On 03/27/14 09:26, Kevin Kofler wrote:
Ed Greshko wrote:
I think this is a konqueror bug but would appreciate a second opinion.
When multiple l10n packages are installed and configured in system settings and konqueror requests a page I believe the "accept_language" is used to tell the server what languages are accepted and the order of priority for the language.
In konqueror when I go to start.fedoraproject.org accept_language is sent as "en-US,zh-TW;q=0.9,en;q=0.8" and the page with Content-Language of zh-TW is returned.
This sounds suboptimal indeed. But it is not clear to me what part of the stack is at fault there. Can you please try the same: (1) in Rekonq and
Rekonq seems to ignore what is in the system settings and only requests en-US.
(2) in a Qt-only QtWebKit browser (i.e. one that doesn't use KIO), e.g. QupZilla or Arora
Arora also seems to ignore what is in the system settings and only requests en-US
On 03/27/14 09:41, Ed Greshko wrote:
On 03/27/14 09:26, Kevin Kofler wrote:
Ed Greshko wrote:
I think this is a konqueror bug but would appreciate a second opinion.
When multiple l10n packages are installed and configured in system settings and konqueror requests a page I believe the "accept_language" is used to tell the server what languages are accepted and the order of priority for the language.
In konqueror when I go to start.fedoraproject.org accept_language is sent as "en-US,zh-TW;q=0.9,en;q=0.8" and the page with Content-Language of zh-TW is returned.
This sounds suboptimal indeed. But it is not clear to me what part of the stack is at fault there. Can you please try the same: (1) in Rekonq and
Rekonq seems to ignore what is in the system settings and only requests en-US.
Correction. Rekong doesn't ignore the list. It only sends the language request listed at the top...
(2) in a Qt-only QtWebKit browser (i.e. one that doesn't use KIO), e.g. QupZilla or Arora
Arora also seems to ignore what is in the system settings and only requests en-US
Arora seems only to request en-US, no matter what....
On 03/27/14 21:51, Kevin Kofler wrote:
Ed Greshko wrote:
Correction. Rekong doesn't ignore the list. It only sends the language request listed at the top...
So it looks like the handling of this is at application level.
How does Konqueror behave if you switch to (View / View Mode /) KHTML?
No difference. It still only requests the en-US page from the server. But, since the server seems to have only defined the default page as en that doesn't match....but the next one zh-TW does and that is what gets served up.
I can see some folks faulting the server side. But I can see the same issue being possible with German as there could be cases of Austrian German, Swiss German, and German German.
Ed Greshko wrote:
No difference. It still only requests the en-US page from the server. But, since the server seems to have only defined the default page as en that doesn't match....but the next one zh-TW does and that is what gets served up.
So it's a Konqueror bug, please file a bug against Konqueror at bugs.kde.org.
I can see some folks faulting the server side. But I can see the same issue being possible with German as there could be cases of Austrian German, Swiss German, and German German.
For Austrian German, it actually sends just "de". "en-US" is special.
Kevin Kofler
On 03/27/14 22:29, Kevin Kofler wrote:
Ed Greshko wrote:
No difference. It still only requests the en-US page from the server. But, since the server seems to have only defined the default page as en that doesn't match....but the next one zh-TW does and that is what gets served up.
So it's a Konqueror bug, please file a bug against Konqueror at bugs.kde.org.
I can see some folks faulting the server side. But I can see the same issue being possible with German as there could be cases of Austrian German, Swiss German, and German German.
For Austrian German, it actually sends just "de". "en-US" is special.
https://bugs.kde.org/show_bug.cgi?id=332719
-
Ed Greshko -
Kevin Kofler