Benutzer Diskussion:Codeispoetry/supportFuncs.js
Error 31. Mai 2008: readparams is not defined
BearbeitenHallo Codeispoetry, wie ist folgendes möglich? (tritt anscheinend bei (fast?) jeder WP-Seite auf):
- Line: 281
Ich verwende Firefox 2.0.0.14, sowie: Siehe Seitenende von meiner monobook.js
Gruß, --ParaDox 02:40, 31. Mai 2008 (CEST)
- Sollte jetzt gehen, danke für den Hinweis. Mich wundert nur, dass ich den Teil genau so aus PDDs monobook kopiert habe und sie dort prima funktionieren … naja, was soll’s ;-) Gruß, Code·is·poetry 08:57, 31. Mai 2008 (CEST)
- Danke für die flotte Reaktion, und ja, mit dem fix und „Shift-Strg-R“ ist der Bug weg. Wundert mich auch, aber weg ist weg ;-)Gruß, --ParaDox 11:34, 31. Mai 2008 (CEST)
- Danke für die flotte Reaktion, und ja, mit dem fix und „Shift-Strg-R“ ist der Bug weg. Wundert mich auch, aber weg ist weg ;-)
Error 14. Juni 2008: Loc is not defined
BearbeitenHallo Codeispoetry, der Fehler tritt anscheinend bei (fast?) jeder WP-Seite auf:
- Line: 397 (bzw. 406 nach „Shift-Strg-R“?)
Gruß, --ParaDox 06:56, 14. Jun. 2008 (CEST)
- OK, hab das erstmal wieder zurückgesetzt, da muss ich mir was anderes überlegen. Danke, Code·is·poetry 09:26, 14. Jun. 2008 (CEST)
Error 24. Juni 2008: parent.getElementById("jump-to-nav") has no properties
BearbeitenHallo Codeispoetry,
- Line: 404
Dadurch laufen flagtab.js
und rollback.js
nicht vollständig durch. Ich glaube dass es etwa seit zwei/drei+
Tagen so ist.Gruß, --ParaDox 07:43, 24. Jun. 2008 (CEST)
- Hast du deinen Cache geleert? Ich glaube das Problem schon vor einigen Tagen geklärt zu haben. Wenn nicht – welcher Browser, welcher Skin? Gruß, Code·is·poetry 08:09, 24. Jun. 2008 (CEST)
- Meinen Browser-Cache habe ich schon mehrfach komplett gelöscht (soeben sicherheitshalber erneut), und ich verwende praktisch immer ausschließlich FF2 und Monobook.Gruß, --ParaDox 08:15, 24. Jun. 2008 (CEST)
- NACHTRAG: Kann das dort etwas damit zu tun gehabt haben?--ParaDox 08:20, 24. Jun. 2008 (CEST)
- Nein, kann es eigentlich nicht. Ich empfehle trotzdem, das API weiterhin extra zu includen, ich werde das früher oder später bei mir rauswerfen. Ich bin gerade am Testen mit FF2. Gruß, Code·is·poetry 08:26, 24. Jun. 2008 (CEST)
- Wenn du das API rauswerfen wirst, wozu brauche ich es dann (überhaupt)? Ich habe das Sichten-Tab soeben nach gründlichster Cache-Leerung erneut benutzt, und es bleibt mit der selben Fehlermeldung in Zeile 404 hängen. In der „Info-Box“ bleibt nur „Version wird gesichtet …“ dauerhaft zu sehen, aber die Sichtung ist erfolgt.--ParaDox 08:35, 24. Jun. 2008 (CEST)
- Ich hatte mich missverständlich ausgedrückt … ich werde den include rauswerfen, nicht die Verwendung. Ich teste gerade recht ausgiebig mit FF2 und kann das Verhalten nicht beobachten. Mal sehen … Code·is·poetry 08:58, 24. Jun. 2008 (CEST)
- OK, danke, dann werde ich auch überprüfen, ob der Bug irgendwie von etwas meinerseits ausgelöst/begünstigt wird.--ParaDox 12:33, 24. Jun. 2008 (CEST)
<<< links rutsch <<<
Nee, auch in „Mozilla Firefox (Safe Mode)“, also ohne alle Add-ons usw. tritt der Bug auf. Möglicherweise hat der Bug etwas mit einem Timing-Problem zu tun. Erst gestern musste ich folgendes in einem meiner Greasemonkey-Scripts verwenden:
setTimeout(function() {
// setTimeout nötig, sonst verschwindet "textareaNode.value" nach kurzem erscheinen wieder
var textareaNode = appendTextarea(1, false, foundSectionsWiki)
}, 1000);
Wäre denkbar, dass getElementById('jump-to-nav').nextSibling
noch nicht vollständig/„stabil“ vorhanden ist, oder irgendwie sowas irgendwie ähnliches. Manchmal (selten) braucht das „Browser-DOM-Management“ eine „kleine Pause“ (in der kein Script noch aktiv ist), um einen definierten/stabilen Zustand erreichen zu können.--ParaDox 13:00, 24. Jun. 2008 (CEST)
- So, ich habe gemeinsam mit D etwas gebastelt, vielleicht hilft das. Wenn du Warnfenster kriegst, kopier mir bitte die Adresse. Gruß, Code·is·poetry 23:46, 24. Jun. 2008 (CEST)
- Vielen Dank,
werde ich ggf. gerne machen. Gruß, --ParaDox 23:55, 24. Jun. 2008 (CEST)- Aufgrund des Verlaufs von „#Error 26. Juni: malformed URI sequence“ möchte ich bis auf Weiteres nicht mehr testen.--ParaDox 10:12, 27. Jun. 2008 (CEST)
- Vielen Dank,
Error 26. Juni: malformed URI sequence
Bearbeiten- Line: 440
Beispielsweise folgende URL führt zu diesem Laufzeitfehler:
--ParaDox 09:46, 26. Jun. 2008 (CEST)
- Das ist normal, passiert halt bei hässlichen URLs. Code·is·poetry 17:56, 26. Jun. 2008 (CEST)
Findest du? „Normal“ fände ich da eher, statt der Zeile 440,
UrlParameters[decodeURIComponent(asReadInUrlParameter[0])] = decodeURIComponent(asReadInUrlParameter[1]);
in etwa:
function decodeHREF(pHref) {
var result = pHref;
try {
result = decodeURIComponent(result);
} catch (e) {
;
}
return unescape(result);
}
UrlParameters[decodeHREF(asReadInUrlParameter[0])] = decodeHREF(asReadInUrlParameter[1]);
- jeder funktionierende browser spricht seiten auf einer utf-8-website mit utf-8-urls an. imho kann man nicht erwarten, daß sie nebenher noch iso-latin-urls versteht. mediawiki tut das vielleicht, aber mediawiki benimmt sich auch sonst nicht gerade standardgemäß. woher hast du diese kaputte url eigentlich? -- ∂ 22:05, 26. Jun. 2008 (CEST)
- Wenn das „so ist“, dann ist für mich hier EOD. Gute Reise, --ParaDox 00:12, 27. Jun. 2008 (CEST)