$wp_taxonomies['category'] = (object) array('name' => 'category', 'object_type' => 'post', 'hierarchical' => true, 'update_count_callback' => '_update_post_term_count');
$wp_taxonomies['post_tag'] = (object) array('name' => 'post_tag', 'object_type' => 'post', 'hierarchical' => false, 'update_count_callback' => '_update_post_term_count');
$wp_taxonomies['link_category'] = (object) array('name' => 'link_category', 'object_type' => 'link', 'hierarchical' => false);

Da weder Fehlermeldungen im Browser noch in den Log Dateien erscheinen habe ich leider keine Idee wieso diese Casts zum Abbruch der Skriptausführung führen. Die installierte PHP Version entspricht der aktuellen stabilen 5.x Version und sollte daher eigentlich nicht die Ursache des Problems sein.
Um das Problem zu umgehen habe ich eine Methode eingeführt die ebenfalls Arrays in Objekte transformieren kann, welche jedoch nicht auf der PHP Objekt Casting Funktion beruht.

function arr2obj($arr) {
	foreach ($arr as $k => $v) $obj -> {$k} = $v;
	return $obj;
}

$wp_taxonomies['category'] = arr2obj(array('name' => 'category', 'object_type' => 'post', 'hierarchical' => true, 'update_count_callback' => '_update_post_term_count'));
$wp_taxonomies['post_tag'] = arr2obj(array('name' => 'post_tag', 'object_type' => 'post', 'hierarchical' => false, 'update_count_callback' => '_update_post_term_count'));
$wp_taxonomies['link_category'] = arr2obj(array('name' => 'link_category', 'object_type' => 'link', 'hierarchical' => false));

© sebthom for sebthom.de, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: bug, PHP, Wordpress, workaround

Feed enhanced by Better Feed from Ozh

[INFO] [compiler:compile]
[INFO] Compiling 180 source files to C:\projects\oval\src\trunk\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
C:\projects\oval\src\trunk\src\main\java\net\sf\oval\Validator.java:[373,58]
addMethodParameterChecks(java.lang.reflect.Method,int,java.lang.Object)
has private access in net.sf.oval.internal.ClassChecks 

There exist multiple methods named addMethodParameterChecks in the class ClassChecks with different signatures. The problem is that javac tries to link against the wrong method when compiling the class calling one of the methods.

(...)
Read the rest of Sun JDK5/6 compilers broken when linking overloaded methods with variable arguments (284 words)

© sebthom for sebthom.de, 2008. | Permalink | One comment | Add to del.icio.us
Post tags: bug, compiler, Java, jdk

Feed enhanced by Better Feed from Ozh

Lange Rede, kurzer Sinn, ich bin schließlich auf den PHP Bug Report #42739 mkdir doesn’t like a trailing slash when safe_mode is enabled gestossen und es zeigte sich, daß dies genau das Problem war, welches sich mir auf meinem Hosting Account entgegenstellte. Die PHP Option safe_mode ist dort aktiviert und WordPress versucht vergeblich mit Schrägstrich endende Verzeichnissepfade anzulegen (z.B. /htdocs/wp-content/upgrade/the-plugin/).

Nachdem mir der Grund also bekannt war, konnte ich einen Workaround entwickeln und endlich den on-click plug-in updater nutzen. Für alle die das gleiche Problem haben, hier meine Lösung:

1. Die Datei <wp_root>/wp_admin/includes/class-wp-filesystem-direct.php lokalisieren und in einem Editor öffnen
2. Nach “function mkdir” in der Datei suchen
3. Die nachfolgenden Codezeilen in die Methode einfügen. 

   function mkdir($path,$chmod=false,$chown=false,$chgrp=false){
   	if( ! $chmod)
   		$chmod = $this->permission;
   
   	// workaround for http://bugs.php.net/bug.php?id=42739 starts here
   	if(ini_get('safe_mode') && substr($path, -1) == '/')
   	{
   		$path = substr($path, 0, -1);
   	}
   	// workaround for http://bugs.php.net/bug.php?id=42739 ends here
   
   	if( !@mkdir($path,$chmod) )
   		return false;
   	if( $chown )
   		$this->chown($path,$chown);
   	if( $chgrp )
   		$this->chgrp($path,$chgrp);
   	return true;
   }

4. Mit der Ein-Klick-Aktualisierung beginnen!

Nachtrag:

1. Die Änderung funktioniert auch mit WordPress 2.5.1
2. Falls diese Änderung nicht zum gewünschten Erfolg führen, kann der Fehler noch eine zweite Ursache haben. Daher sollten die Berechtigungen des Verzeichnis /wp-content/upgrade/ und dessen Unterverzeichnisse überprüft und gegebenenfalls per chmod auf 777 gesetzt werden. Falls das upgrade Verzeichnis gar nicht existieren sollte, reicht es vielleicht schon dieses einfach manuell anzulegen.

Nachtrag 2:

1. Falls sich das Problem weiter besteht sollte geprüft werden ob das Plug-in AskApache Password Protect installiert ist.
2. Wenn ja, kann es helfen dieses vor dem Aktualisieren anderer Plug-ins zu deaktivieren.

© sebthom for sebthom.de, 2008. | Permalink | 37 comments | Add to del.icio.us
Post tags: bug, PHP, Wordpress, workaround

Feed enhanced by Better Feed from Ozh

(...)
Read the rest of MyPad v1.1.6 – ein PHP Editor (123 words)

© sebthom for sebthom.de, 2004. | Permalink | No comment | Add to del.icio.us
Post tags: bug, My Freeware, PHP, Visual Basic

Feed enhanced by Better Feed from Ozh