The BlogAPI module and WLW supports Drupal taxonomy out of ‘the box’ as it were. In WLW when you click the “Set Categories” box and refresh the list Drupal returns a full list of all relevant taxonomy terms. So any taxonomy type associated with the Blog Entry type will be returned, from categories to the full list tags on your site. Now I only want Drupal to return one set of terms, in my case only tags from the ‘Categories’ term set.

Stuart McCulloch Anderson hat auf seinem Blog einige Änderungen in der Funktion blogapi_metaweblog_get_category_list aus der Datei modules/blogapi/blogapi.module gepostet, welche die Problematik beheben sollen. Vielleicht kann ja einer von den Drupal-Nutzern unter Euch seine Erfahrungen damit als Kommentar hinterlassen.

1. Regedit aufrufen

2. HKCU\Software\Microsoft\Windows Live\Writer\Weblogs\{blog-id}\UserOptionOverrides\ öffnen, wo {blog-id} die Blog ID ist, wenn man mehrere Blogs betreibt muss man die passende ID finden

3. Neuen String mit dem Namen“fileUploadNameFormat” (auf groß und Kleinschreibung achten!!) und die Werte
{WindowsLiveWriter}/{PostTitle}/{Randomizer}/{AsciiFileName} eintragen.

Wie Scott nun auf seinem Blog bestätigt hat, ist dies ein Bug, der laut seinen Aussagen allerdings nicht am Plugin selbst, ferner habe das Live Writer Team etwas an der API, die das Plugin nutzt, geändert, sodass es zu dieser Fehlermeldung kommt. So hoffe er, dass dies mit dem nächsten Release wieder behoben werde.

The Live Writer team somehow managed to break the API that the plugin uses.
Scott

Der Fehler kann auch eine falsche Codierung bei den Blog Einstellungen sein. Ein Blog der Beispielsweise auf UTF-8 läuft aber vom Windows Live Writer als ISO-8859-2 angesprochen wird, liefert als Antwort die Fehler Meldung: Serverfehler -32700.

Wie ändert man die Codierung seines Blogs?

Im Windows Live Writer auf Tools >> Accounts klicken

Dann auf Edit >> Advanced

Fertig

Vielen Danke nochmal an ichsags.de

So hat Ole mir sein Problem mit der aktuellen Windows Live Writer Version (12.0.1370.325) und WordPress 2.6 geschildert. Er bekam nämlich beim einrichten immer folgende Fehlermeldung.

Die Fehlermeldung „Invalid Server Response – The response to the blogger.getUsersBlogs method received from the weblog server was invalid: Invalid response document returned from XmlRpc server.“ kann viele Ursachen haben. Das Beste ist es sich die Log Datei anzugucken (? >> Informationen über den Windows Live Writer >> Zeige die Protokolldatei).

1. PHP Problem

   PHP ist falsch Konfiguriert, die xmlrpc.php öffnen und folgenden Code an erster Stelle eintragen:

   $HTTP_RAW_POST_DATA = file_get_contents(“php://input”);

2. Htaccess Problem

   Die htaccess Datei erzeugt einen Konflikt, folgenden Code in die htaccess eintragen:

   <Files xmlrpc.php>
   SecFilterInheritance Off
   </Files>

3. Plug-In Konflikt

   Deaktiviere nach und nach jedes Plug-In um das fehlerhafte Plug-In zu finden

4. Gross und Kleinschreibung

   Auf Linux ist test.html und Test.html zwei unterschiedliche Dateien. Manche FTP Programme laden die Dateien mit Großbuchstaben hoch. Kontrolliert ob die Datei xmlrpc.php (alles kleingeschrieben) sich im Hauptverzeichnis befindet und richtig geschrieben ist, wenn nicht alles neu hochladen und überschreiben.
   

5. Falscher Pfad im WordPress Backend

Ein falscher Pfad im WordPress Backend verhindert den Upload und gibt die oberer Fehlermeldung wieder.

Beachtet immer: Der Windows Live Writer erkennt WordPress automatisch solltet ihr also bei der Einrichtung eures Accounts die Meldung erhalten, das der Windows Live Writer die Blogsoftware nicht erkennt, solltet ihr folgende Sachen überprüfen

• XMLRPC Schnittstelle aktiviert
• WLWMANIFEST im template vorhanden

Bei der manuellen Konfiguration werden die CSS Dateien nicht geladen und euer style nicht im Windows Live Writer dargestellt.

Beim veröffentlichen eines Artikels (Live Writer –> WordPress) erhält man die Folgende Fehlermeldung:

“Invalid Server Response – The response to the metaWeblog.newPost method received from the weblog server was invalid: Invalid response document returned from XmlRpc server.”

Lösung

Dieser Fehler tritt normalerweise auf, wenn grosse Bilder an den Webserver (Apache) gesendet werden und die Option SecFilterInheritance auf ON gesetzt ist.

Das Problem ist zu lösen, indem man folgendes zur Datei .htaccess hinzufügt:

<Files xmlrpc.php>
SecFilterInheritance Off
</Files>

Damit wird die Problematische Option für die XmlRpc Schnittstelle deaktiviert.

Was die Option SecFilterInheritance in Apache bewirkt, wird auf G-Loaded erklärt:

Controls the inheritance of rules from the parent context. By default, its value is On. By setting it to Off in a context, eg virtualhost, none of the filters defined in parent contexts is inherited.

via Stealth Settings

Der Bug liegt demnach in der blogapi.module, die man unter /modules/blogapi findet. Am Ende dieser Datei findet sich eine Funktion mit dem Namen _blogapi_get_node_types(), die folgenden Programmcode enthält

function _blogapi_get_node_types() {
  $available_types = array_keys(array_filter(variable_get('blogapi_node_types', array('blog' => 1))));
  $types = array();
  foreach (node_get_types() as $type => $name) {
    if (node_access('create', $type) && in_array($type, $available_types)) {
      $types[] = $type;
    }
  }

Hier muss nun aus der 5. Zeile node_access(‘create’, $type) && gelöscht werden, womit das Problem behoben ist.

Wie Joe Cheng in seinem Blog schreibt, liegt wenn einige Werte in der Registry fehlen, speziell Dateierweiterungen wie .JPG, .GIF etc in der Registry fehlen oder fehlerhaft sind.

This happens when some values are missing from your Windows registry—specifically, the content types of .jpg, .gif, and/or .png extensions. I don’t know exactly how they are getting removed, but it’s almost certainly a buggy uninstaller from some other application.

Joe hat ein Registry-Patch bereitgestellt, welches bloß per Doppelklick ausgeführt werden muss. Danach soll der Fehler verschwunden sein.

Vor dem Update wurde mit einer Kopie des Live-Writer Blogs getestet ob das Update hier funktioniert und wie es sich verhält. Dabei kamen keine Probleme zum Vorschein.

Sollte jemand doch einen Fehler finden, bitte melden!

An dieser Stelle wünsche ich Ste noch einen tollen Aufenthalt in den USA.

Das Entwicklerteam arbeitet derzeit am einem Bugfix, um das Problem so schnell wie möglich zu beheben.

Update: Das Problem wurde gelöst. Der Fehler in der API wurde gefixt und das Publizieren von Bildern ist nun wieder möglich.