blog-mittmann

Nach dem ich hier im Blog die Thickbox Funktion in der Gallery deaktiviert hatte und auch den Aufruf add_thickbox aus dem Header gelöscht hatte gabe es viele 404 Fehlermeldungen. Ein Einschränkung der Funktion erfolgt nicht. Die Pfade der Fehlermeldungen waren in der Art /page/wp-includes/js/thickbox/loadingAnimation.gif wenn man zwischen einzellnen Seiten der Startseite gewechsellt hat bzw. /tag/wp-includes/js/thickbox/loadingAnimation.gif beim Aufruf von Tag Archiven.
Die Fehlermeldungen sind ja auch ganz logisch, da es die Verzeichnisse page und tag ja nicht gibt. Woher diese Aufrufe kommen war mir lange unklar. Zum Schluss blieb nur noch die Möglichkeit der thickbox.js, im WordPress Verzeichniss, selber. Durch probieren habe ich dann die Lösung gefunden.

In den Zeilen 8 bis 10 steht folgender Code:

if ( typeof tb_pathToImage != 'string' ) {
var tb_pathToImage = "../wp-includes/js/thickbox/loadingAnimation.gif";
}


Die Zeile 9 habe ich geändert, noch ../ hinzugefügt.

if ( typeof tb_pathToImage != 'string' ) {
var tb_pathToImage = "../../wp-includes/js/thickbox/loadingAnimation.gif";
}


Nun gibt es keine Fehlermeldungen mehr.

Was das hinzufügen von ../ genau bewirkt weis ich nicht ganz genau. Hat wohl etwas mit der Verzeichnisstiefe zu tun. Vielleicht hat ja hier jemand eine genauere Erklärung.

Wer nicht in den Core-Datein änden möchte kann auch mit folgendem Code eine Korrektur der Pfade erreichen.

function load_tb_fix() {
echo "\n" . '<script type="text/javascript">tb_pathToImage = "' . get_option('siteurl') . '/wp-includes/js/thickbox/loadingAnimation.gif";tb_closeImage = "' . get_option('siteurl') . '/wp-includes/js/thickbox/tb-close.png";</script>'. "\n";
}
add_action('wp_footer', 'load_tb_fix');

Der Code wird in die funktions.php des Themes eingefügt.