RE: [flexcoders] Re: Weird behavior with Internet Explorer
Hmm, I'm trying to think of other known issues with Flex and CF in the same app. This may be a long shot, but I'll tell you about it anyway... Can you try appending some dummy query data such as ?a=b to the end your RemoteObject endpoint URI (if it doesn't have one already). i.e. if your RemoteObject endpoint is something like: /cfmx/flashservices/gateway change it to: /cfmx/flashservices/gateway?a=b The reason is that CFMX may be using standard J2EE session management rather than CFID/CFTOKEN. Perhaps your IE browser is sending some header (or not sending some header) that makes CFMX or the J2EE application container think you don't have cookie support. In this case, it is trying to send back an AMF Response Header to tell the client to append some ;jsessionid info to the URL so that on your next request it can maintain your session. When this AppendToGatewayUrl AMF response header is sent back, it is literally concatenated to the end of your endpoint. So it might look like this: /cfmx/flashservices/gateway;jessionid=DHDKJHER849527456845 While this is fine according to the J2EE servlet specification, this can cause problems with J2EE connectors (such as JRun's) and web servers such as IIS. Adding some query info to the URL: /cfmx/flashservices/gateway?a=b;jessionid=DHDKJHER849527456845 seems to satisfy the connector/IIS condition. You could prove this by first watching the AMF traffic to see if such a header was being sent or second, sniffing the network traffic to see that a Not Allowed HTTP error was being sent during the failure. I know this is a server side issue and I know you said this only happens in MSIE, but perhaps SP2 changes the default cookie settings for IE only? If you need a network sniffer, there's tons out there - JRun ships with a sniffer.exe which is useful for server side sniffing. Paros Proxy is an excellent client side proxy that also handles tracing HTTPS traffic coming to your browser. -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 10:36 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer noup, Using http as protocol. I just tried out our old server and It works... The only thing it's diferent from one to the other is that the working one has cfusion and flex in diferent context roots and in this one I managed to put flex with cf... Everything works fine for any browser excepting IE. I'm getting Flex and Cfusion in different context root, too bad that I can't use it under the same. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Are you using HTTPS? -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 9:32 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Matt, I tested several browsers in diferent machines (inside domain or outside of it). Opera works fine as firefox. IE with no domain policies applied IE 6.0 2800 on a server works fine. IE 6.0 2800 or 2900 in WinXP SP2, doesn't work. The first call to authenticate works but after that, no more remoting available. I don't have any machine without sp2 for testing but It seems to be that the problem. All connections are made directly without going to proxy servers. This can be a very big problem since our main browser is IE under SP2 machines (talking about at least 600 machines). João Fernandes --- In flexcoders@yahoogroups.com, Matt Chotin [EMAIL PROTECTED] wrote: As Manish said you probably want to check the network monitor. Is it possible IE is setup differently than Firefox? Maybe you have proxy settings or something? I used SP2 all the time and don't tend to have problems. Matt _ From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 8:28 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Weird behavior with Internet Explorer Hi there, does anyone know any kind of limitation with Internet Explorer (possibly SP2 problem)? My application works just fine with Firefox but the same application under IE doesn't work properly. My menu isn't getting populated from a remoteObject call that returns a xmlObject. No result of fault event is dispatched. Known issue? João Fernandes _ Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ http://groups.yahoo.com/group/flexcoders/ * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to the Yahoo! http://docs.yahoo.com/info/terms/ Terms of Service. Yahoo! Groups Links Yahoo
RE: [flexcoders] Re: Weird behavior with Internet Explorer
João, can I just clarify - does the problem you experienced only happen with a CF and Flex on the same context root and with XP SP2 clients? Are you using CF6.1 or 7? Just thinking ahead to an install I am about to do. Thanks Ian -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: 07 April 2005 17:09 To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Indeed, It works fine now for every browser... Will this be fixed or Should I always append a querystring to it? anyways, thank you very much for this. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Hmm, I'm trying to think of other known issues with Flex and CF in the same app. This may be a long shot, but I'll tell you about it anyway... Can you try appending some dummy query data such as ?a=b to the end your RemoteObject endpoint URI (if it doesn't have one already). i.e. if your RemoteObject endpoint is something like: /cfmx/flashservices/gateway change it to: /cfmx/flashservices/gateway?a=b The reason is that CFMX may be using standard J2EE session management rather than CFID/CFTOKEN. Perhaps your IE browser is sending some header (or not sending some header) that makes CFMX or the J2EE application container think you don't have cookie support. In this case, it is trying to send back an AMF Response Header to tell the client to append some ;jsessionid info to the URL so that on your next request it can maintain your session. When this AppendToGatewayUrl AMF response header is sent back, it is literally concatenated to the end of your endpoint. So it might look like this: /cfmx/flashservices/gateway;jessionid=DHDKJHER849527456845 While this is fine according to the J2EE servlet specification, this can cause problems with J2EE connectors (such as JRun's) and web servers such as IIS. Adding some query info to the URL: /cfmx/flashservices/gateway?a=b;jessionid=DHDKJHER849527456845 seems to satisfy the connector/IIS condition. You could prove this by first watching the AMF traffic to see if such a header was being sent or second, sniffing the network traffic to see that a Not Allowed HTTP error was being sent during the failure. I know this is a server side issue and I know you said this only happens in MSIE, but perhaps SP2 changes the default cookie settings for IE only? If you need a network sniffer, there's tons out there - JRun ships with a sniffer.exe which is useful for server side sniffing. Paros Proxy is an excellent client side proxy that also handles tracing HTTPS traffic coming to your browser. -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 10:36 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer noup, Using http as protocol. I just tried out our old server and It works... The only thing it's diferent from one to the other is that the working one has cfusion and flex in diferent context roots and in this one I managed to put flex with cf... Everything works fine for any browser excepting IE. I'm getting Flex and Cfusion in different context root, too bad that I can't use it under the same. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Are you using HTTPS? -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 9:32 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Matt, I tested several browsers in diferent machines (inside domain or outside of it). Opera works fine as firefox. IE with no domain policies applied IE 6.0 2800 on a server works fine. IE 6.0 2800 or 2900 in WinXP SP2, doesn't work. The first call to authenticate works but after that, no more remoting available. I don't have any machine without sp2 for testing but It seems to be that the problem. All connections are made directly without going to proxy servers. This can be a very big problem since our main browser is IE under SP2 machines (talking about at least 600 machines). João Fernandes --- In flexcoders@yahoogroups.com, Matt Chotin [EMAIL PROTECTED] wrote: As Manish said you probably want to check the network monitor. Is it possible IE is setup differently than Firefox? Maybe you have proxy settings or something? I used SP2 all the time and don't tend to have problems. Matt _ From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 8:28 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Weird behavior with Internet Explorer Hi there, does anyone know any kind of limitation
RE: [flexcoders] Re: Weird behavior with Internet Explorer
Thanks. Ian -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: 07 April 2005 18:18 To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer I was using CFMX7 with Flex 1.5 under the same context root. With the querystring append it started to work. For what a said about under IE working on server 2000 I was wrong because I was pointing to the wrong server and that's why it was working. It seems to be an IE problem. Under diferent context root doesn't seem to have any problem at all. I had cf running onde /cfusion and flex under /flex... Once again, thanks Peter for this solution, João Fernandes --- In flexcoders@yahoogroups.com, Ian Welsh [EMAIL PROTECTED] wrote: João, can I just clarify - does the problem you experienced only happen with a CF and Flex on the same context root and with XP SP2 clients? Are you using CF6.1 or 7? Just thinking ahead to an install I am about to do. Thanks Ian -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: 07 April 2005 17:09 To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Indeed, It works fine now for every browser... Will this be fixed or Should I always append a querystring to it? anyways, thank you very much for this. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Hmm, I'm trying to think of other known iss ues with Flex and CF in the same app. This may be a long shot, but I'll tell you about it anyway... Can you try appending some dummy query data such as ?a=b to the end your RemoteObject endpoint URI (if it doesn't have one already). i.e. if your RemoteObject endpoint is something like: /cfmx/flashservices/gateway change it to: /cfmx/flashservices/gateway?a=b The reason is that CFMX may be using standard J2EE session management rather than CFID/CFTOKEN. Perhaps your IE browser is sending some header (or not sending some header) that makes CFMX or the J2EE application container think you don't have cookie support. In this case, it is trying to send back an AMF Response Header to tell the client to append some ;jsessionid info to the URL so that on your next request it can maintain your session. When this AppendToGatewayUrl AMF response header is sent back, it is literally concatenated to the end of your endpoint. So it might look like this: /cfmx/flashservices/gateway;jessionid=DHDKJHER849527456845 While this is fine according to the J2EE servlet specification, this can cause problems with J2EE connectors (such as JRun's) and web servers such as IIS. Adding some query info to the URL: /cfmx/flashservices/gateway?a=b;jessionid=DHDKJHER849527456845 seems to satisfy the connector/IIS condition. You could prove this by first watching the AMF traffic to see if such a header was being sent or second, sniffing the network traffic to see that a Not Allowed HTTP error was being sent during the failure. I know this is a server side issue and I know you said this only happens in MSIE, but perhaps SP2 changes the default cookie settings for IE only? If you need a network sniffer, there's tons out there - JRun ships with a sniffer.exe which is useful for server side sniffing. Paros Proxy is an excellent client side proxy that also handles tracing HTTPS traffic coming to your browser. -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 10:36 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer noup, Using http as protocol. I just tried out our old server and It works... The only thing it's diferent from one to the other is that the working one has cfusion and flex in diferent context roots and in this one I managed to put flex with cf... Everything works fine for any browser excepting IE. I'm getting Flex and Cfusion in different context root, too bad that I can't use it under the same. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Are you using HTTPS? -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 9:32 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Matt, I tested several browsers in diferent machines (inside domain or outside of it). Opera works fine as firefox. IE with no domain policies applied IE 6.0 2800 on a server works fine. IE 6.0 2800 or 2900 in WinXP SP2, doesn't work. The first call to authenticate works but after that, no more remoting available. I don't have any machine without sp2 for testing but It seems
RE: [flexcoders] Re: Weird behavior with Internet Explorer
I believe the CFMX 7 team knows about this issue. They may be preparing a small update - but I'd suggest contact that team's support group directly for more info. Fortunately the work around is relatively simple - is it a major issue to have query string info? -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 12:09 PM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Indeed, It works fine now for every browser... Will this be fixed or Should I always append a querystring to it? anyways, thank you very much for this. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Hmm, I'm trying to think of other known issues with Flex and CF in the same app. This may be a long shot, but I'll tell you about it anyway... Can you try appending some dummy query data such as ?a=b to the end your RemoteObject endpoint URI (if it doesn't have one already). i.e. if your RemoteObject endpoint is something like: /cfmx/flashservices/gateway change it to: /cfmx/flashservices/gateway?a=b The reason is that CFMX may be using standard J2EE session management rather than CFID/CFTOKEN. Perhaps your IE browser is sending some header (or not sending some header) that makes CFMX or the J2EE application container think you don't have cookie support. In this case, it is trying to send back an AMF Response Header to tell the client to append some ;jsessionid info to the URL so that on your next request it can maintain your session. When this AppendToGatewayUrl AMF response header is sent back, it is literally concatenated to the end of your endpoint. So it might look like this: /cfmx/flashservices/gateway;jessionid=DHDKJHER849527456845 While this is fine according to the J2EE servlet specification, this can cause problems with J2EE connectors (such as JRun's) and web servers such as IIS. Adding some query info to the URL: /cfmx/flashservices/gateway?a=b;jessionid=DHDKJHER849527456845 seems to satisfy the connector/IIS condition. You could prove this by first watching the AMF traffic to see if such a header was being sent or second, sniffing the network traffic to see that a Not Allowed HTTP error was being sent during the failure. I know this is a server side issue and I know you said this only happens in MSIE, but perhaps SP2 changes the default cookie settings for IE only? If you need a network sniffer, there's tons out there - JRun ships with a sniffer.exe which is useful for server side sniffing. Paros Proxy is an excellent client side proxy that also handles tracing HTTPS traffic coming to your browser. -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 10:36 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer noup, Using http as protocol. I just tried out our old server and It works... The only thing it's diferent from one to the other is that the working one has cfusion and flex in diferent context roots and in this one I managed to put flex with cf... Everything works fine for any browser excepting IE. I'm getting Flex and Cfusion in different context root, too bad that I can't use it under the same. João Fernandes --- In flexcoders@yahoogroups.com, Peter Farland [EMAIL PROTECTED] wrote: Are you using HTTPS? -Original Message- From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 9:32 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Weird behavior with Internet Explorer Matt, I tested several browsers in diferent machines (inside domain or outside of it). Opera works fine as firefox. IE with no domain policies applied IE 6.0 2800 on a server works fine. IE 6.0 2800 or 2900 in WinXP SP2, doesn't work. The first call to authenticate works but after that, no more remoting available. I don't have any machine without sp2 for testing but It seems to be that the problem. All connections are made directly without going to proxy servers. This can be a very big problem since our main browser is IE under SP2 machines (talking about at least 600 machines). João Fernandes --- In flexcoders@yahoogroups.com, Matt Chotin [EMAIL PROTECTED] wrote: As Manish said you probably want to check the network monitor. Is it possible IE is setup differently than Firefox? Maybe you have proxy settings or something? I used SP2 all the time and don't tend to have problems. Matt _ From: joao_m_fernandes [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 8:28 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Weird behavior with Internet Explorer Hi there, does