jkorchok

As I mentioned in the post, these errors occurs when I switch the custom theme to Twenty Nineteen. So the theme is not causing them.

The PHP Compatibility Checker didn’t find any problems.

I’m having this same problem. I entered a couple hundred lines of code in a post, then clicked Update Scripts. Then I clicked on Save Draft to save the post and my code was obliterated.<br>
I notice the original post is over 3 weeks and hasn’t been answered yet. If you’re not supporting this code anymore, I’ll have to uninstall, this is unacceptable.

Thanks for the extra information, much appreciated. The only active widgets are Search, Recent Posts and Categories. The Meta and RSS widgets (most likely candidates for “providing” this date) are available but not activated. So how does this data creep in from unactivated widgets?

BTW, the database is small, this instance of WordPress is configured as a shop page, not a blog.

Further info: All the extraneous information starts with Insert statements:
INSERT INTOwp_options(option_id,option_name,option_value,autoload`) VALUES
(12439, ‘_transient_feed_ac0b00fe65abe10e0c5b588f3ed8c7ca’, `
…and then continues with links to WordPress user profiles, the full text of the latest wptavern post about the dangers of accepting credit cards and piles of other junk. 500kb in all. It doesn’t settle down until line 325 of the export, when I finally get the site the owner and I were after:
—
— Table structure for table wp_postmeta
—

CREATE TABLE IF NOT EXISTS wp_postmeta (
meta_id bigint(20) unsigned NOT NULL AUTO_INCREMENT,
post_id bigint(20) unsigned NOT NULL DEFAULT ‘0’,
meta_key varchar(255) DEFAULT NULL,
meta_value longtext,
PRIMARY KEY (meta_id),
KEY post_id (post_id),
KEY meta_key (meta_key)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=450 ;

Thanks for the help, adding curl did the trick. The error message for the plugin is misleading and unhelpful.

It hasn’t been killed, it’s just hard to configure and there is no support. You’ll have to Google a lot and search past page 1 of the results to get your answers. I just got it working on a brand new installation of WordPress 3.3.2

I never came up with a solution, but I found that I could open the XML file, find all the media links (one per <item> in the xml), open them in a browser and copy them one by one. Tedious, but the job is done.

As it mentions in my original post It imports the first seven files then stops. It does this no matter how many times I run it. It’s the same seven files each time.
Does anyone know of an alternate way to retrieve media files when the importer doesn’t work. Any way to do it manually? Remember, this is on WordPress.com, so I cannot use FTP.

Hi, I guess you missed the part about it being self-hosted. It’s my server, there are no “hosts” to assist.