Custom Post Types Won't Appear on Backend

Quick first-round questions
Non-altered export/import other than perhaps urls? all the same tables etc.

CPT UI used on both old and new site?

Yup, everything’s the same except urls.

CPT UI was used on the old site and new site. In fact it’s the same site i’m backing up on another server to do some tests. Weird thing is that if I re create the custom post type, the posts won’t show up either.

Update: I don’t have a clue what i’ve done, but i’ve fixed it. I did a lot of stuff on my db deleted some tables, imported it again etc. I’ll leave this as solved, and if I find out what I exactly did ill update again. Thanks for taking a look into this.

Well, one thing to keep in mind is that the slugs have to match for the db values to be re-referenced.

Regarding the plugin itself, as long as options didn’t get re-saved at the new location wiping them out anew, then it should be re-picked up from the old values on the old site. Admittedly something I hadn’t thought to test at all.

Had the same effect with 0.8.1beta, two problems:

This in lines 104 and 112:

if ( 'true' == get_disp_boolean( $cpt_post_type["show_ui"] ) ) {
	...
} else {
	$cpt_show_in_menu = 0;
}

should be:

if ( true == get_disp_boolean( $cpt_post_type["show_ui"] ) ) {
	...
} else {
	$cpt_show_in_menu = false;
}

And this in line 143:

'capability_type' => $cpt_map_meta_cap,

should be:

'capability_type' => $cpt_post_type["capability_type"],

Noted ??

All the more feedback to help make this more bulletproof.

Fixed in the latest version of the plugin on GitHub