Jump to content

IE7 issue/question


aahmad

Recommended Posts

We employ a dictation system in our firm which utilizes http to send files. Certain offices with slower links have been encountering errors on larger files basically it seems the transfer was timing out. I uninstalled IE7 and reverted back to IE6 and the problem no longer persists.

Of course nobody wants to jump back to IE6 or use Firefox, any ideas if it could be a particular setting or something in IE7 causing this. I am assuming the program we use to perform send dictation jobs somehow uses something related to IE.

Thanks in advance for any advice.

Link to comment
Share on other sites


Also, keep in mind how many 302 redirects your app is sending - IE7 caps the redirect hop limit at 10, IE6 had no such limit by default. Also, more info on what is happening (perhaps a network capture of the problem?) would be useful.

Otherwise, we're just guessing like this.

Link to comment
Share on other sites

I know I'm looking for a needle in a haystack, of course I am also trying to work with the vendor regarding this issue. Another item to note is IE in no way whatsoever is running when sending these jobs.

The App converts the file to vox as we use DSS format to record in, then attempts to stream via http. On our slower links it fails, on your faster it works, however once I downgraded to IE6 those problems vanished. I was hoping maybe IE7 changes/adjusts some kind of settings, programs, or codecs in hopes to pinpoint the issue.

Again, thank you all kindly for your assistance.

PS. The Dictation app uploads to a server that is within the network at the central office. Of course IIS is also installed on the server.

Edited by aahmad
Link to comment
Share on other sites

could it be related to IE7 being limited to 2 concurrent download sessions at a time?

If you think that there maybe more than 2 streams and with the slower links causing delays the 3rd or nth stream would therefore be delayed from starting, effectively queued until either of the first two streams complete. The faster link would probably downloads/stream faster and not cause this issue. Also I believe IE6 doesn't have this limit and thats why it works, as it can send x amount of streams simultaneously, regardless of how fast.

http://support.microsoft.com/kb/282402

Link to comment
Share on other sites

http://www.msfn.org/board/index.php?showtopic=122624

This allows you to adjust the tcp half open connections. Some people recommend to lower the default, some recommend higher.

Here is a link(http://blog.davidkaspar.com/archives/2005/...ent-id-4226.php) explaining that the limit microsoft imposed in SP2 might cause problems for network intensive applications.

EDIT: by slow links you don't mean wireless do you?

Edited by infiniti25
Link to comment
Share on other sites

No wireless...

If a user in an outer office sends a dictation though it goes through the Dictation App then through the wan to our server here which is a completely seperate location. Those "slow links" are 256k burst while the "fast ones" are 512k.

It boggles my mind how IE7 is associated with this, I guess it has to in a way since Windows integrates with it in many ways.

As always, thanks!

Link to comment
Share on other sites

No wireless...

...

It boggles my mind how IE7 is associated with this, I guess it has to in a way since Windows integrates with it in many ways.

As always, thanks!

Ok so wireless is out of the question thats good.

As for IE7 being involved, to me the microsoft ethos has always seemed "how can restrict the user further" so I agree it lies with an IE7 design flaw/change hence why I am suggesting some of the common IE patches/changes most people should make on a fresh install.

Does this happen with a fresh install of IE7? if not then have you tried the IE7 reset feature?(http://support.microsoft.com/kb/923737)

Maybe an IE7 install sets some networking restrictions outside of IE7, you know as sort of a hidden bundled update/feature.

You will probably need to provide more information to get responses from other members.

Link to comment
Share on other sites

No wireless...

...

It boggles my mind how IE7 is associated with this, I guess it has to in a way since Windows integrates with it in many ways.

As always, thanks!

Ok so wireless is out of the question thats good.

As for IE7 being involved, to me the microsoft ethos has always seemed "how can restrict the user further" so I agree it lies with an IE7 design flaw/change hence why I am suggesting some of the common IE patches/changes most people should make on a fresh install.

Does this happen with a fresh install of IE7? if not then have you tried the IE7 reset feature?(http://support.microsoft.com/kb/923737)

Maybe an IE7 install sets some networking restrictions outside of IE7, you know as sort of a hidden bundled update/feature.

You will probably need to provide more information to get responses from other members.

Wow - tinfoil hat?

Link to comment
Share on other sites

Wow - tinfoil hat?

No, just undocumented feature/change was all I was hinting at.

We don't know what is happening (documented or otherwise) because we still don't have a network trace ;). What is likely though is that the app is using wininet for network and state information, and upgrading to IE7 upgrades wininet.dll, thus causing some behavioral change (could be a poorly written app too, remember).

Link to comment
Share on other sites

I would have produced a capture of the working scenario as well to help compare.

I personally have never read through a saved network capture but have briefly used wireshark and such tools at university for like less than 1hour so I dont know how much info these tools provide. Hope you didn't send any passwords in plaintext ;)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...