Dieser macht mich verrückt. Ich habe eine .Net Web Form App, nicht MVC. Funktioniert gut auf localhost, auch auf einem Entwicklungsserver mit Server 2012, als IP-Adresse funktioniert es gut auf einem UAT Server läuft 2012; aber mit einer URL, die der gleichen IP-Adresse für UAT zugewiesen ist, wird sie mit jedem Postback zur default.aspx umgeleitet. Im Internet Explorer wird die gleiche Sicherheitsstufe angezeigt - Intranet, die Kompatibilität mit F12 erzwingt, die Kompatibilität zeigt als ie7 (ich bin auf IE11), und alles andere sieht in den IE-Einstellungen richtig aus. Wenn Sie von einem anderen PC aus mit einem anderen Benutzer arbeiten, funktioniert das gleiche Ergebnis IP, URL nicht und alle IE-Einstellungen scheinen identisch zu sein. Spaß daran, Chrome funktioniert gut mit URL und IP; aber IETab in Chrome hat das gleiche Problem (läuft als ie7 oder ie11). Alles, was dem in den Foren ähnlich ist, sagt nur check Kompatibilität; was ich getan habe. Ich kann nur annehmen, dass etwas seltsam ist, wenn die URL oder IIS die URL für das Postback nicht erkennt; aber ich verstehe nicht was oder warum.ASP.Net Formular Anwendung Redirect auf Standard für alle PostBacks
1
A
Antwort
0
Wählen Sie im IE-Tools-Menü Einstellungen der Kompatibilitätsansicht. Deaktivieren Sie dann die Option Intranet-Sites in Kompatibilitätsansicht anzeigen. Für das Leben von mir weiß ich nicht, warum das die Standardeinstellung ist.
0
Danke für die Antwort. Es stellte sich jedoch heraus, dass es sich bei der URL um eine Unterbewertung handelt. Aus irgendeinem Grund hat der Unterpunkt dazu geführt, dass das Sitzungs-Cookie im Post-Back gelöscht wurde. Dies galt nur für den Internet Explorer. Alle anderen Browser enthielten weiterhin den Session-Cookie. d. h. Dummy_URL würde das Problem verursachen, aber DummyURL würde es beheben.