C
Chris Willis
Hey guys (and ladies),
To get started, all of this is going to be run under Full Trust permissions,
so I know that it isn't a security problem.
I have a UserControl that contains a socket that connects to our server
practically instantly when the UserControl is hosted in an executable
residing locally on a client machine. If I attempt to host this control in
Internet Explorer, the connection event takes almost exactly a minute to be
fired, after which everything is happy and connected. Now this only occurs
when one initially browses the page, as subsequent refreshes (F5s or the
little button) connect immediately.
To verify that this is a client side problem, I put 10-second-interval
heartbeats in the socket stream from the server. Sure enough, on an initial
browse and subsequent 60 second wait, the client side socket buffer contains
the six heartbeats. Upon refreshing, the buffer contains only a single
initial heartbeat. I've run the command line tool "netstat" to check the
established sockets and see only a single socket connected and have also
verified open and close events on the server.
The funkiest part: both netstat on the client and the server (via an
attached process) show immediate established connections, but it seems like
something has delayed the first connection event to Internet Explorer.
Finally, any web service calls that are made during this socket connection
window are also hung up. If these calls are made during times when the
socket is not attempting a connection, the calls go through in expected
amounts of time. This is the case even if the call is made when the page is
initially loaded for the first time.
If anyone has the slightest hint, it would be highly appreciated.
Thanks,
Willis
To get started, all of this is going to be run under Full Trust permissions,
so I know that it isn't a security problem.
I have a UserControl that contains a socket that connects to our server
practically instantly when the UserControl is hosted in an executable
residing locally on a client machine. If I attempt to host this control in
Internet Explorer, the connection event takes almost exactly a minute to be
fired, after which everything is happy and connected. Now this only occurs
when one initially browses the page, as subsequent refreshes (F5s or the
little button) connect immediately.
To verify that this is a client side problem, I put 10-second-interval
heartbeats in the socket stream from the server. Sure enough, on an initial
browse and subsequent 60 second wait, the client side socket buffer contains
the six heartbeats. Upon refreshing, the buffer contains only a single
initial heartbeat. I've run the command line tool "netstat" to check the
established sockets and see only a single socket connected and have also
verified open and close events on the server.
The funkiest part: both netstat on the client and the server (via an
attached process) show immediate established connections, but it seems like
something has delayed the first connection event to Internet Explorer.
Finally, any web service calls that are made during this socket connection
window are also hung up. If these calls are made during times when the
socket is not attempting a connection, the calls go through in expected
amounts of time. This is the case even if the call is made when the page is
initially loaded for the first time.
If anyone has the slightest hint, it would be highly appreciated.
Thanks,
Willis