Jag har inte några bestämda svar, men jag var kompetent att lösa problemet. Platsen ifrågasätter in var rinnande i .NET 2.0 med den äldre versionen av System.Web.Extensionsen (skriva, JSON och annan whatnot). Vi använde också ASP.NETEN SqlMembershipProvider. Detta var också på en HTTPS-anslutning (though huruvida, som var släkt, vi inte vet).
I vår forskning som vi grundar det som är roterande på spåring via web.configen, stoppade problemet. Jämväl using Charles till den klockan vad händde från den avlägsna beställaren som verkades för att stoppa problemet. Baserat på detta vi figurerade att den var mest rimligt en beställarebisak. Utfärda aldrig fick effekt Firefox eller kromen och vi var kompetent att finna andra med utfärdar var Internet Explorer inte överförde kakor eller hade problem med lägen för kakakommunikation i synnerhet. Veta att en ändring på det skulle stoppet för serveren (som möjliggör spåring) den långa fördröjningen från att uppstå, oss resonerade att något i kommunikationen mellan platsen och IE-webbläsare var problemet.
Fixa det som fungeras för oss:
Vi förbättrade web.configen, och platsen som använder 3.5 av system.web.extensionsen, delar upp gruppen i configSectionsna som förbättras enheterna, httpHandlers, httpModules, och tillfogat i system.codedomen, system.webServer delar upp. Vi recompiled platsen och omplacerade kodifiera till serveren, och problemet har efter lösts.
Jag misstänker att tillägget av system.codedomen och system.webServeren var viktigt. Using de nyare enheterna också kan ha lekt en roll.
Tack,
John
