Hi, w�hrend bei Response.Redirect der Browser angewiesen wird, die neue Seite aufzurufen, bekommt er bei Server.Transfer von dem Wechsel �berhaupt nichts mit. In der Adresszeile steht noch die "alte" URL. So kommt es auch, dass relative Pfadangaben f�r z.B. Bilder auf einer Seite, die mit Server.Transfer erreicht wird, nicht mehr stimmen, wenn der Transfer im Verzeichnis in eine Ebene h�her oder tiefer gegangen ist. Ich denke, this.Page.Request.UrlReferrer bezieht seine Informationen aus derselben Quelle, in der halt immer noch der Pfad f�r die URL vor dem Transfer steht. Das geh�rt dann in der Tat zu den Nachteilen von Server.Transfer, mit dem man leben muss. Matthias
> -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]Im Auftrag von > ProDevTeam > Gesendet: Donnerstag, 5. September 2002 09:18 > An: aspDEdotnet > Betreff: [aspdedotnet] server.transfer oder response.redirect > > > Hallo Liste > > Mir ist folgendes aufgefallen und zwar wenn ich mittels Server.Transfer > zwichen verschiedenen aspx Seiten umschalte wird nicht die aktuelle Url > der Seite mittels "this.Page.Request.UrlReferrer" zur�ckgegeben. Wenn > ich mit Response.Redirect auf eine neue aspx Seite umschalte gibt mir > "this.Page.Request.UrlReferrer" auch die Url der neuen aspx Seite > korrekt zur�ck. Kann mir das jemand erkl�ren, oder mu� ich das als > gegeben hinnehmen und mir unter "dotnet Stolperfallen" merken? > > mfg > > Bj�rn > > | [aspdedotnet] als [EMAIL PROTECTED] subscribed > | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv > | Sie k�nnen sich unter folgender URL an- und abmelden: > | http://www.dotnetgerman.com/listen/aspDEdotnet.asp > > | [aspdedotnet] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
