History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: LPP-241
Type: Bug Bug
Status: Validate Validate
Priority: P2 P2
Assignee: Unassigned
Reporter: TJ Fredrikson
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
OpenLaszlo

HTTP Headers in IE not including Accept-Language (FireFox is OK)

Created: 12/Apr/05 05:36 PM   Updated: 09/Sep/08 10:10 AM
Component/s: Browser Integration
Affects Version/s: 3.0b2
Fix Version/s: Contribute

Time Tracking:
Not Specified

Environment: Tomcat 5.5.7 -- noticed in both lps-2.2.1 and lps-3.0b2

Severity: Blocker
Platform: x86 - Windows XP
Runtime: SWF7
Flags: Support


 Description  « Hide
HTTP Headers proxied thru the LPS for Internet Explorer (IE) are *not* including the Accept-Language header. This header *is* being included correctly in FireFox. See sample headers below.

The missing header info is causing a show-stopper bug in development of the Localization (Preferences and Permissions Manager) piece for ATC. Since ATC's Laszlo app relies on the browser's default language to pull the correct strings for the entire application, we cannot put our code into production until this bug is fixed.



=========================
This is FireFox:
=========================
+++GET 260+++
GET /lps-3.0b2/laszlo_locale/main.lzx?ccache=false&lzr=swf6&trimwhitespace=true&sendheaders=false&reqtype=GET&cache=false&lzt=data&url=http%3A%2F%2F192%2E168%2E42%2E138%3A8080%2Fstruts%5Flocale%5Fbundle%2FXMLfromBundle%2Ejsp&__lzbc__=1113350281368 HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: ja,en;q=0.8,ru;q=0.6,fr;q=0.4,en-us;q=0.2
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive



=========================
This is IE:
=========================
+++GET 256+++
GET /lps-3.0b2/laszlo_locale/main.lzx?ccache=false&lzr=swf6&trimwhitespace=true&sendheaders=false&reqtype=GET&cache=false&lzt=data&url=http%3A%2F%2F192%2E168%2E42%2E138%3A8080%2Fstruts%5Flocale%5Fbundle%2FXMLfromBundle%2Ejsp&__lzbc__=1113350213190 HTTP/1.0
Accept: */*
x-flash-version: 7,0,19,0
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Host: localhost:8080
Connection: keep-alive



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
TJ Fredrikson - 12/Apr/05 06:38 PM
Note: when we call the .jsp (that outputs XML) directly from a browser window, the headers are sent correctly and the .jsp page displays the correct language strings. It's when the .jsp is called from within the dataset (by LPS) that the headers are not sent correctly.

TJ Fredrikson - 13/Apr/05 11:33 AM
FYI: Proxomitron was used to read headers

Antun Karlovac - 28/Nov/05 10:25 AM
This happens for SOLO applications as well as for OpenLaszlo server apps.

Max Carlson - 28/Nov/05 12:24 PM
This seems like an issue with the way Flash makes HTTP requests from within IE. The headers just aren't sent, so there's very little we can do. Javascript does provide a way to determine the system language. Perhaps that can be determined at app startup time and passed as part of the request query string?

BTW, this has nothing to do with the way the LPS proxies the headers - IE just never sends them when a request is made from within Flash.

Amos Engelking - 18/Mar/08 05:13 AM
This problem was resolved in Flash Version 9.0.60