IE9 "undefined" error -> Debuggen

[vlamers]

Hi,
ist leider aus Zeit Mangel auf Eis gelegt. Hab mich zu sehr über die Sonderlocken des IE ärgern müssen, und dann kamen mir tausend andere Sachen dazwischen...
Auch hab ich alle Geräte mit IE verbannt


Gruß

[JNK]

Was ist denn daraus geworden?

Gruss,

der Jan

[vlamers]

Hi also die Fehlermeldung bezieht sich auf die jQuery.js Zeile 3671. Da es vermutlich nicht an der jQuery scheitert wäre es gut zu wissen wo das her kommt .
Ich finde leider nicht wos her kommt.

Gruß

PS: ich hab die templateengine mal ins SVN geschoben. Die anderen Änderungen sind zweitrangig, da ich nichtmal sicher bin ob die überhaupt relevant sind, wenn der jQuery Fehler mal weg ist.

[JNK]

Kannst Du die bisherigen Änderungen ins SVN packen? oder mit Zeilennummer mir schicken? Ich hab keine Zeit das im Detail alles durchzugehen, aber wenn alles was bis jetzt nicht lief schonmal läzuft, guck ich gerne auch mal in das rein, was noch nicht geht.

Gruss,

der Jan

[vlamers]

Oh den Link dorthin hatte ich aus nem Forum, der User hatte auch einen ähnlichen Fehler im IE. FF und Chrome gingen bei ihm. Er berichtete, dass das neue Beta jQ die Lösung seines Problems war. Da ich keinPlan hab was die oben genannte Zeile im CV fall macht (vermute die widgets mit Inhalt füllen? Größe der widgets?) hege ich die Hoffnung dass es hier auch hilft (Laie halt)

Gruß

[makki]

Ich sehe zwar auf Anhieb nicht den Kernpunkt fürn IE in den 8seitigen Releasenotes aber wenn wäre jetzt der richtige Zeitpunkt

Fehler wärs keiner, im Stadium maximaler unordnung geht das leicht als später..

Makki

[vlamers]

Bei weiteren rechergen bin ich noch darauf gestoßen:
jQuery Blog » jQuery 1.8 Beta 1: See What’s Coming (and Going!)

Klingt für einen Laien wie mich nach einer Lösungs Option für das IE Problem"Kind"?


Gruß

[vlamers]

=> Ich denke das Problem liegt ein paar Aufrufe früher (-> Stack Trace ansehen)

Hi,

da es nicht an der jquery.js liegen kann (Debugger bleibt in Zeile 6371 hängen) wo werden den die Daten erzeugt?
Hier wäre ich für einen tipp Dankbar!

In ( fragment ) der jquery ist:

!elem.Type = elem undefined

jQuery.nodeName = function( elem, name ) {
return elem.nodeName && elem.nodeName.toUpperCase() === name.toUpperCase();
}

rscriptType = \/(java|ecma)script

fragement.appendChild =
function appendChild() {
[native code]}

i = 0
Das sind die Daten zu dem Zeitpunkt bei denen der IE hängen bleibt. (jquery.js Zeilen 6357 -> 6367)
Ich hoffe jemand kann mit den Daten was Anfangen... Ich nicht!


Gruß

[vlamers]

läuft auch das replace wie vorgesehen durch. Ob das im FF auch geht habe ich nicht gecheckt.

Hi,

hab das mal ausgiebig getestet, läfut bis jetzt ohne Probleme durch bei mir. Im FF und Chrome getestet.

Gruß

[makki]

.. dass der IE totaler Müll ist.

Das ist ja unstrittig
Die Frage die ich mir nach >10J missionarischer Tätigkeit stelle ist eher: was ist einfacher zu erreichen:
a) den blödel davon zu überzeugen
b) das Problem technisch irgendwie zu lösen

a) wäre in allen Gesichtspunkten "richtiger", b) vermutlich aber einfacher
Danach gehen wir wieder zu a) über

Makki

[JNK]

Ich hab das grade mal so "grob" angeguckt. Eigentlich funktioniert das replace sehr gut, nur leider ist "text" leer, weil

var text = this.textContent;

ein paar Zeilen darüber fehlschlägt. Ersetzt man das durch

var text = $(this).text();

läuft auch das replace wie vorgesehen durch. Ob das im FF auch geht habe ich nicht gecheckt.

Gruss,

der Jan

[vlamers]

Hi,

Danke für die Erklärung!
Stören tut im end Effekt nur, dass die variablen leer sind.
Ich versuche das heut Abend mal in "" zu setzen.
Wenn das über jquery gemacht werden soll müsste nur das replace durch replaceWith getauscht werden?(versuch ich auch heut Abend)

Gruß

[JNK]

Nein, so kann man das nicht sagen. Etwas klarer, was das Ding tut:

Die aktuelle URL lautet (z.B.)

wiregateXXX/visu/

Dann ist

text <a href="edit_config.html">Edit</a>
$1 href="edit_config.html
$2 "
search <leer>

Und das ganze wird dann in der Statusbar mit ($1+search+$2) zu

<a href="edit_config.html">Edit</a>

Für eine URL

wiregateXXX/visu/?config=test

sieht das ganze so aus:


text <a href="edit_config.html">Edit</a>
$1 href="edit_config.html
$2 "
search ?config=test

und der Eintrag in der Statusbar wird dann

<a href="edit_config.html?config=test">Edit</a>

(und entsprechend für check_config). Die Zeile trägt also Sorge dafür, dass Optionen in der URL richtig in die Statusbar-Links eingetragen werden. Dabei sollte der IE auch nicht auf die Nase fliegen.

Eigentlich sollte das gehen:

replace Method (JavaScript)

Eventuell müssen um die $1 und $2 Anführungszeichen, ich kann jetzt aber nicht überblicken, ob das den FF oder Chrome stört.

Gruss,

der Jan

[vlamers]

Ah Dankeschön!
Und wegen solchen Kleinigkeiten muckt der?
ich denke mal dass im normal Betrieb 1 und 2 leer sind?
dann müsste es ja reichen wenn man das vorher als Abfrage macht, und wenn beide leer sind gleich das "break" ansteuern?

Gruß

[JNK]

@vlamers:

Das wirkt sich nur dann aus, wenn Du Parameter angibst (wie ?config=xyz).

In der default-config matched href="edit_config.html" auf die Einträge

$1: href="edit_config.html
$2: "

und

$1: href="check_config.php
$2: "

und fügt dann eventuelle Paramater aus der window.location des Browser ein. Ich denke, sonst kann nur die Default-Config gecheckt oder editiert werden, bzw. ?design wird ignoriert.

Gruss,

der Jan