Does not work on IE

[GoogleCodeExporter]

It's a pity, but this solution does not work on IE7.

I built the jar, deployed to tomcat and tried out the countdown example.

It works fine on Chrome and Firefox, but IE just show "close". It doesn't even 
open the connection.

However, I see you implement the hack "htmlfile" in order to make it work, but 
it doesn't. Have you tested it recently?

Am I doing anything wrong?

Original issue reported on code.google.com by monz...@gmail.com on 7 Sep 2011 at 8:02

[GoogleCodeExporter]

Did you receive the error message such as "Permission denied " or "Access 
denied"? The similar issue is discussed in groups a few days ago, but my post 
in that topic maybe isn't helpful. I currently speculate that the reason of 
this issue is related to the OS.
https://groups.google.com/d/topic/jquery-stream/tFEbJlGRbLA/discussion

I've just tested countdown example in my virtual box for testing IE7, and still 
there is no problem.

Used OS Info:
name - Microsoft Windows XP Professional
version - 5.1.2600 Service Pack 3 Build 2600

Used IE info:
version - 7.0.5730.13

Could you tell me the version string of Windows and IE?

Original comment by flowersi...@gmail.com on 7 Sep 2011 at 9:41

[GoogleCodeExporter]

Thanks for replying. 

I just installed a VM with IE7 and it works there! I don't know why I can't get 
it working in my regular IE7. Surely is a security issue, something related 
with ActiveX I guess? I change the security policy to the one most permissive, 
still no joy.

Original comment by monz...@gmail.com on 7 Sep 2011 at 10:40

[GoogleCodeExporter]

Does the issue still persist?

I've run the test suite in Windows XP and Vista that are updated to the latest 
version in each VM, but the problem is not found. I have not environment to 
test regular IE 7.

According to the experience of another user who are having a similar problem, 
it's possible to work around this by streaming script tags as original hidden 
iframe transport does. You can override the default behavior of provided 
transports as from 1.3, but the current jquery.stream.js in SVN is also 
capabale of doing that.

Attached files are the simple example of using new features. 'test.html' 
overrides the default iframe transport to receive and execute script tags and 
'test.jsp' prints exepcted output to do so. This works only with IE. To do with 
other browsers, you may fix the server output and deal with handleOpen and 
handleMessage to retrieve data from script tags. Otherwise, you may print the 
server output according to user agent.

Tips for iframe streaming scripts:
1. Transforming a message data into a well formed JavaScript string: 
https://github.com/Atmosphere/atmosphere/blob/master/modules/cpr/src/main/java/o
rg/atmosphere/util/XSSHtmlFilter.java
2. Wiping script tags: 
http://stackoverflow.com/questions/6637987/does-comet-server-data-in-the-iframe-
just-accumulate/6646048#6646048

Original comment by flowersi...@gmail.com on 16 Sep 2011 at 5:54

Attachments:

• test.html
• test.jsp

[GoogleCodeExporter]

I've implemented an example and tested in many IE7 here at the company... 
couldn't reproduce the error. It only happens in my machine for reasons only 
God knows.

I think it's better you forget about this one. Sorry for the inconvenience.

Original comment by monz...@gmail.com on 16 Sep 2011 at 6:08

[GoogleCodeExporter]

No problem. Please feel free to give me feedback.

Original comment by flowersi...@gmail.com on 16 Sep 2011 at 7:59

• Changed state: WontFix