Anzeigeproblem z. B. auf medion.de

Hem. Bin mir nicht ganz mit mir einig, ob ich Firefox dafür jetzt verantwortlich machen soll oder nicht.

http://www1.medion.de/downloads/?op=…itungen&lang=de
wäre der richte aufruf, aber wenn man das popup öffnen, kommt man nur nach http://www1.medion.de/?op=detail&id=…itungen&lang=de

Eigendlich dürfte das nicht der fall sein, DENN als Adressierung wurde eine relative Angabe gemacht (window.open('?op=detail&id=1618&type=anleitungen&lang=de'), wobei die Seite, die den link beinhaltet bereits hier liegt: http://www1.medion.de/downloads/ ... ergo müsste das popup sich auch richtig öffnen. aber firefox nimmt das irgendwie als root-sprung auf....

hem. seltsam. macht gecko doch sonst nicht. ich bin jetzt ein wenig überfragt, woran das jetzt genau liegt.... sorry...

Da du meinem sinnfreien Geschwafel wohl kaum folgen kannst: Ist in jedem Fall nicht dein Fehler und kannst du auch nichts dran ändern.

Eben in dem Punkt bin ich unschlüssig. Ich würde es momentan als Firefox-Bug (also Fehler) einstufen, denn wirklich falsch hat der Webdesigner die Adressierung nicht gemacht. Zumindest von meinem Standpunkt aus nicht. Ich könnte aber auch irgendwas übersehen haben...

Aber wie gesagt. Du bist aus dem Schneider. Kannst aber auch nichts machen.

Also ich für meinen Teil hab es gerade auch nochmal ausprobiert (FF 0.9.3) und konnte den Fehler nachvollziehen, im IE funktioniert es allerdings - was allerdings nicht soviel heißen muß. Ich denke allerdings auch daß der Fehler im Browser (also im Fux bzw. in der Engine) liegt.

Gruß
Rick

bugcatcher, RickJ:

Ich spring mal für den Fx in die Bresche...

Das ist eindeutig die Schuld der Webdesigner und kann unserem geliebten Fx nicht angelastet werden. (Ganz nebenbei zeigt auch Opera exakt das gleiche und auch korrekte Verhalten)

Ich hatte mir auch zuerst nur die JavaScript Anweisung angesehen. Konnte allerdings dort auch bis auf die fehlenden escapes der ampersands - die allerdings hier kein Problem sein dürften - nichts entdecken.

Das Problem steht im Header der Seite: Wenn der Webdesigner <base href="http://www1.medion.de/"> angibt, dann geht ein standardkonformer Browser bei relativen Links natürlich von ebendieser Basis aus. Der Aufruf geht also völlig korrekt an http://www1.medion.de/?op=detail&id=…itungen&lang=de

Gruß
Marty

Asche auf mein Haupt .... das hätte ich in der Tat merken müssen.

Somit ist der gute Fux in der Tat unschuldig und es bleibt nur die Frage offen warum der IE das ganze "richtig" macht (im Sinne des Users) - <base href...> funktioniert im IE ja normalerweise problemlos ....

Microsoft hat aber ohnehin einen Hang dazu viele Benutzer- bzw. Webdesigner-Fehler abzufangen. Ein Kollege von mir hatte sich kürzlich den Firefox installiert und als erstes seine eigene HP damit aufgerufen. Er war völlig entsetzt daß seine Javascripts nicht liefen. Die waren allerdings von vornherein nicht richtig eingebunden, was der IE geflissentlich ignoriert hat.

Das führt dazu daß man selbst auch schlampig wird ... ich habe mir durch jahrelanges Arbeiten mit dem IE leider angewöhnt, hier und da auch mal einen \ in Verzeichnissen zu verwenden, was dem IE nichts ausmacht. Der Firefox reagiert aber entsprechend

Gruß
Rick

Ich habe glaube ich schon lange aufgegeben, mir Gedanken darüber zu machen, warum der IE etwas anderes macht, als er laut Quelltext eigentlich soll. Dafür gibt es ja schließlich ganze Seiten wie http://piology.org/ie/ die zwar w3c konform, aber IE inkompatibel sind.

Das mit dem Backslash kann man allerdings wunderbar als Browserweiche benutzen: http://www.irgendwas.de/hierkein\ie.html Und das ganz ohne Javascript und Co.

[OT] hm, warum werden die Smilies am Ende des Textes und nicht an der Cursorposition eingefügt

Gruß
Marty

igitt. <base> .... das ding mag ich irgendwie nicht. aber ich wusste doch das ich was übersehen habe. So einen Fehler konnte Firefox doch garnicht machen.

Lösung ist einfach. Der Webmaster muss <base> und URL aufeinander abstimmen. Da firefox und Opera es richtig machen, aber falsche seiten anzeigen, ist aber zu vermuten, dass bei korrekter base/Adressierung der IE was falschmacht. daher würde ich nur die adressen anpassen und das <base> rausnehmen.

Auf den Seiten, die ich angeschaut habe, wäre die Lösung eigentlich den base Tag einfach rauszunehmen.

Zitat

//edit: Müsste es <base href="http://www1.medion.de/download/"> heißen?

Das wäre zwar richtig, ist aber eigentlich auch überflüssig, da wir uns sowieso in genau diesem Verzeichnis befinden. Der base Tag soll dem Webdesigner eigentlich nur Schreibarbeit bei relaiven Links abnehmen. (also z.B. ../../ vermeiden)

Wie dann aber der IE darauf reagiert kann ich jetzt auch nicht genau sagen. Aber anscheinend wurden die Seiten auch nur mit dem IE getestet. Wäre genauso möglich, dass er das base im Javascript Aufruf ignoriert?

Gruß
Marty

Harry B.:

WENN

<base href="http://www1.medion.de/">

DANN

Zitat

onclick="window.open('downloads/?op=detail&id=1618&type=anleitungen&lang=de',[...])"