Jon Cave

If you change line 469 of wordpress-importer/parsers.php from

$return = $wpdb->escape( trim( $return ) );

to

$return = trim( $return );

i.e. remove the call to $wpdb->escape(). It should work for you. The entire line can probably be commented out too.

Unfortunately it seems that there’s a problem with the importer and some serialized values on some systems (without the simplexml or xml PHP extensions), see http://wordpress.org/support/topic/plugin-wordpress-importer-missing-serialized-meta-value?replies=4. Hopefully a fix will be available soon. Thanks for the report.

I just tested it with the following post meta:

<wp:postmeta>
  <wp:meta_key>_custom_meta</wp:meta_key>
  <wp:meta_value><![CDATA[a:4:{s:5:"keyed";s:4:"with";s:7:"strings";s:3:"not";s:4:"with";s:6:"digits";s:4:"look";a:2:{i:0;s:8:"subarray";i:1;s:2:"yo";}}]]></wp:meta_value>
</wp:postmeta>

and it all worked fine. Automated tests also exist which test serialized meta being imported, so I don’t think it’s caused by the serialization alone.

Could you paste some unedited post meta that didn’t import? If a lot of text then use a pastebin like pastie.org.

Are you using the latest version of the importer (0.5.2 at time of writing)?

This is likely a permissions issue that is being incorrectly reported by the importer plugin. The actual error is that the uploaded file cannot be moved to the uploads directory. See http://core.trac.wordpress.org/ticket/19800 for further details.

@brohism: Did you select “All Content” whilst exporting or one of the filtered options (e.g. “Posts”)?

If it wasn’t All Content then you will not have had any attachments exported. This is currently a known limitation of the export/import process (http://core.trac.wordpress.org/ticket/17379).

If it was All Content then make sure that you checked the import attachments box during the import process. Also open up the XML file that you downloaded and check for attachments (you should be able to search for something like “<wp:post_type>attachment</wp:post_type>”).

This works fine for me.

Have you tried disabling other plugins first. Is there any more information you could provide? (e.g. reported errors, what the screen looks like when it “fails”)

The rss2 feed works okay for me in testing. Have you tried disabling plugins and trying again? The wp-recaptcha plugin messes with the_content_rss and the_excerpt_rss, for example.