nicht angemeldet
Netscape Raetselei
Hallo zusammen,
Eine raetselhafte Erscheinung plagt mich. Ich bekam zwei Mails, in der sich Leute beklagten, dass bei Aufruf einer bestimmten Adresse der Suchfibel Netscape abstuerzt. Natuerlich habe ich gleich nachgeguckt und konnte den Fehler erst nicht nachvollziehen. Beim Probieren stellte ich fest, dass der Absturz nur dann auftritt, wenn man von einer anderen Seite des Kapitels, also z.B. vonhttp://www.suchfibel.de/6gefundn/6frame6.htm auf den Menuepunkt "Metainfos" drueckt und die Seite NICHT schon vorher im Cache ist. Wenn man direkt draufgeht http://www.suchfibel.de/6gefundn/6frame7.htm, passiert nix und die Seite wird ordnungsgemaess aufgerufen. Alles nach Plan.
Ich habe natuerlich gleich alles gecheckt, Validator von Homesite drueberlaufen lassen, mir die Augen ausgeguckt, probiert, das gesamte Frameset zerlegt, wieder zusammengeschraubt. Nix. Nur wenn man ueber einen Link auf diese Raetselseite klickt und das Frameset aufruft, rappelts. Die Seite http://www.suchfibel.de/6gefundn/6frame7.htm enthaelt die Linke Seite http://www.suchfibel.de/6gefundn/6links7.htm und http://www.suchfibel.de/6gefundn/metatag.htm, sowie einen leeren Frame und entspricht im Aufbau den anderen knapp 100 Seiten, bzw. Framesets. Mit MSIE gibts keine Probleme.
Kann das Problem jemand nachvollziehen oder hat womoeglich eine Idee? Das waere echt klasse.
Viele Gruesse
Stefan
-
Hallo Stefan,
Nix. Nur wenn man ueber einen Link auf diese Raetselseite klickt und das Frameset aufruft, rappelts. Die Seite http://www.suchfibel.de/6gefundn/6frame7.htm enthaelt die Linke Seite http://www.suchfibel.de/6gefundn/6links7.htm und http://www.suchfibel.de/6gefundn/metatag.htm, sowie einen leeren Frame und entspricht im Aufbau den anderen knapp 100 Seiten, bzw. Framesets. Mit MSIE gibts keine Probleme.
Kann das Problem jemand nachvollziehen oder hat womoeglich eine Idee? Das waere echt klasse.
um das Ganze noch etwas verwirrender zu machen: Neugierig wie ich bin, habe ich genau
das versucht - und es klappt. d.h. kein Absturz, ich bekomme die Seite richtig abgezeigt.
Und im Cache war sie vorher garantiert nicht.Ich sitze hier im Office an einem 233Intel mit 192 MB, Windows NT4.0 SP3, Netscape 4.04
Günter
PS ich werde das heute nacht bei mir zu Hause mal probieren - ich liebe abstürzende
Browser :) -
Hallo Stefan,
das ist der dritte Versuch, meine Beobachtungen zu notieren. Jetzt sollte es klappen, hab' den Browser gewechselt. Mit Netscape kann man halt schlecht gleichzeitig Abstuerze provozieren und die auch noch dokumentieren :-)
Also, beobachtet mit geduldig immer wieder neu gestartetem Navi4.05/Win95.
Das war naemlich nichts von wegen "nur, wenn die Seite NICHT im Cache ist", erst da ging es bei mir los.
Abstuerze passieren immer wieder, allerdings nicht 100%ig reproduzierbar, will sagen, ich habe das System nicht durchschaut.
Sogar "Back" nach zunaechst erfolgreichem Link kriegt das hin.»»http://www.suchfibel.de/6gefundn/6frame6.htm auf den Menuepunkt "Metainfos" drueckt
Und damit ich hier nicht nur die Verwirrung noch vergroessere, sondern auch was beisteuere, noch etwas, was ich gesehen habe.
In Deinem Code (links das Menue) ist dieser bewusste Link der einzige, den ich ohne 'target="_top">' sehe. Das heisst, die neue Seite wird zuerst mal direkt in diesen Frame geladen. In dem Moment tritt wohl das JavaScript in Aktion, das das Frameset nachlaedt.
Laesst sich auch beobachten. Bei allen Links verschwinden alle Frames, die neuen kommen dann.
Bei "Metainfos" verschwindet zuerst nur der linke.
Sehe ich das richtig?
Und da koennte die Krux liegen.
Navigatoren haben schon seit den 3ern irgendwo ein Problem, das auftritt, wenn Seiten sich selber wieder laden, aus Frames raus, in Frames rein, auch ohne JS.
Diskutiert wurde das immer wieder, schon als Navi3 noch recht neu war. Nur ein wirkliches Ergebnis, an das kann ich mich nicht erinnern. Vielleicht habe ich es nur verpasst. Aber wahrscheinlicher ist, dass das eben wirklich so schwer zu greifen ist. Mir ist auch bisher gar nicht aufgefallen, dass die 4er das auch noch tun,
na ja, vielleicht seltener und nur unter ganz "ausgewaehlten" Umstaenden.
Ich wuerde also an Deiner Stelle zuallerst mal den Link aendern.
Andererseits waere es veilleicht nicht uninteressant, mal zu probieren, was passiert, wenn man das Frameset zu Ende laden laesst und dann erst das JS aufruft.
Keine Ahnung, ob es einen Zusammenhang gibt, ist nur 'ne Idee.Verwirrt das jetzt noch mehr oder nuetzt es?
Christine-
Hallo Christine
In Deinem Code (links das Menue) ist dieser bewusste Link der einzige, den ich ohne 'target="_top">' sehe. Das heisst, die neue Seite wird zuerst mal direkt in diesen Frame geladen. In dem Moment tritt wohl das JavaScript in Aktion, das das Frameset nachlaedt.
Laesst sich auch beobachten. Bei allen Links verschwinden alle Frames, die neuen kommen dann.<<
Hurra, das wars! Das neue Frameset soll ja _top geladen werden und nicht erst in den Frame. Tatsaechlich ein Fehler, den ich uebersehen habe. Ich hatte vermutet, dass es am Code einer der aufgerufenen Seiten liegt und nicht am Link, was der Fall ist. Durch den Fehler passiert folgendes:
Das neue Frameset wird in den Linken Frame des alten Frameset geladen, das JavaScript dort checkt, ob es wirklich "_top" ist und wenn nicht, wird entsprechened reloaded. Ich nehme an, dass sich bei dieser Aktion der eine oder andere Netscape verschluckt. Ist zwar (eigentlich) korrekter Code, aber durch den schnellen Reload wirds ihm scheinbar schwindlig.
Nochmals vielen Dank!
Herzliche Gruesse, Stefan
-
Hallo Stefan,
dass sich bei dieser Aktion der eine oder andere Netscape verschluckt. Ist zwar (eigentlich) korrekter Code, aber durch den schnellen Reload wirds ihm scheinbar schwindlig.
Wir hatten ein solches Problem auch schon einmal in einem Intranet beobachtet. Anscheinend hat der Netscape Probleme wenn er die Daten bei Aenderungen des Framesets zu schnell bekommt und nebenher noch einige JavaScript-Routinen zur Kontrolle durchlaufen soll. Bei uns trat der Fehler meistens beim Arbeiten mit mehreren gleichzeitig ausgefuehrten Anwendungen und dem Wechsel des Framesets, bzw. beim Beenden des Browsers auf (er beendete dann doch etwas zu schnell...).
Viele Gruesse,
Paco
-
-
-
Hallo Stefan,
also bei mir stürzt der Browser (Netscape 4.05) auch nicht ab, wenn ich den von Dir beschriebenen Weg gehe.
Konntest Du den Fehler auch von einer anderen Seite aus nachvollziehen?
Ich habe mir natürlich auch den Quellcode angeschaut, konnte aber nichts finden. Das einzige das mir auffiel, war das der Link "Meta-Infos" der naechste nach der einzigen nicht anklickbaren (verlinkten) Grafik war. Ich weiss, das darf/kann nichts ausmachen, aber .....
Manchmal half mir in vergleichbaren Seiten nur ein erneutes Erstellen der HTML-Seite und dann klappte es auch, obwohl ich genau den gleichen HTML-Code verwendete.Gruss, peter
-
Hallo Stefan,
Nix. Nur wenn man ueber einen Link auf diese Raetselseite klickt und das Frameset aufruft, rappelts. Die Seite http://www.suchfibel.de/6gefundn/6frame7.htm enthaelt die Linke Seite http://www.suchfibel.de/6gefundn/6links7.htm und http://www.suchfibel.de/6gefundn/metatag.htm, sowie einen leeren Frame und entspricht im Aufbau den anderen knapp 100 Seiten, bzw. Framesets. Mit MSIE gibts keine Probleme.
Kann das Problem jemand nachvollziehen oder hat womoeglich eine Idee? Das waere echt klasse.
Browser-Absturztest die 2te:
Wie angekündigt, habe ich das jetzt bei mir zuhause probiert
unter Windows95 - 1.Versuch mit einem Netscape 3.01 - geht ohne Probleme
2. Versuch mit Netscape 4.05 - Browser schmiert ab
NETSCAPE verursachte einen Fehler durch eine ungültige Seite
in Modul KERNEL32.DLL bei 0137:bff9a3c0.Eine hilfreiche Idee dazu kann ich Dir allerdings nicht bieten
Günter
-
Hallo Stefan,
Eine raetselhafte Erscheinung plagt mich. Ich bekam zwei Mails, in der sich Leute beklagten, dass bei Aufruf einer bestimmten Adresse der Suchfibel Netscape abstuerzt.
Kann das Problem jemand nachvollziehen oder hat womoeglich eine Idee? Das waere echt klasse.
Ja, ich kann's nachvollziehen :-(((
=========================================
NETSCAPE verursachte einen Fehler durch eine ungültige Seite
in Modul KERNEL32.DLL bei 0177:bff7b997.Offenbar scheint das mal wieder eines dieser Timing-Probleme zu sein, die Netscape hat, wenn er etwas "zu schnell" bekommt .... den Code habe ich mir nicht so genau angeschaut, aber Du scheinst ausschließlich reines HTML zu verwenden (außer bei den Mouseover-Effekten), richtig?
Gruß
Thomas-
Hallo Thomas
Offenbar scheint das mal wieder eines dieser Timing-Probleme zu sein, die Netscape hat, wenn er etwas "zu schnell" bekommt .... den Code habe ich mir nicht so genau angeschaut, aber Du scheinst ausschließlich reines HTML zu verwenden (außer bei den Mouseover-Effekten), richtig?<<
Fast, bis auf die JavaScripten zur Kontrolle, ob die Seiten im richtigen Frame geladen sind. Ein fehlendes target="_top" und, wie Du vermutet hast, der Reload wars dann. Siehe auch Antwort an Christine.
Bei der Gelegenheit vielen Dank an alle, die sich die Zeit genommen haben, den Link zu testen und das Raetsel zu ergruenden.
Viele Gruesse, Stefan
-
-
Bei mir stuerzt der 4.05 unter NT 3.51 SP5 nicht ab. Es liegt nahe, dass das Betriebssystem auch eine Rolle spielt. Vielleicht kann das mal jemand mit einem Unix-System ueberpruefen.
Alf
-
Hi Alf,
Bei mir stuerzt der 4.05 unter NT 3.51 SP5 nicht ab. Es liegt nahe, dass das Betriebssystem auch eine Rolle spielt. Vielleicht kann das mal jemand mit einem Unix-System ueberpruefen.<<
Scheint mehr der Brauser zu sein. Netscape 4.03 unter NT 4.0 mit allen Servicepacks erwischt es auch. Siehe auch Antwort an Christine. Ein Test unter Unix ware trotzdem interessant...
Viele Gruesse, Stefan
-