daxitude

Hi,

Thanks for documenting this. Is “Submit for Review” (multi-site?) a native feature or part of a plugin? On a new install I see that I can change the status to ‘Pending Review’ and then I can ‘Save as Pending,’ however I don’t see the option to ‘Submit for Review.’

In any case, I suspect that the action of submitting for review is changing the post status. This plugin uses a custom post status to distinguish itself apart from other posts, and hooks on publish action check for that status before merging changes, etc.

With a little more info on how to ‘Submit for Review’ I can check into this further.

Thank you.

Fixed in 0.7.3

Thanks for this. I’ve been away the past few days for personal reasons but should be back at it very soon.

At first blush everything looks good. I’ll update the plugin soon as I can.

Hey there.

Try this on for size as a first pass:

Diff.php

You can drop that in place of the current Admin/Diff.php.

Since parent attachments don’t copy over, I decided to show them symbolically on the draft. That way attachments added to the draft will show up in the comparison more clearly.

This fix was included in v0.7.2

Hi there.

Taxonomies and custom taxonomies are supposed to transfer both ways, and as far as I can tell it works as intended.

Is taxonomy transfer universally not working for you, or only with certain custom post types and certain custom taxonomies?

Did the above fix resolve the issue for you? I can’t seem to produce a failing condition, so as yet am unable to diagnose the situation.

Can you check how you’ve registered the taxonomy and the post type? Are you declaring the taxonomy in the register_post_type function and/or declaring the post type in the register_taxonomy function? If the taxonomy and post type aren’t associated, then the transfer will fail, but then the taxonomy should also not be available in the post edit screens.

Thanks.

Hey, thanks for catching this. I pushed a fix to the github repo under a new branch. The tests are passing, but I want to make sure everything looks good before merging it in. In the mean time, you can stick with what you have if it works, or checkout the branch from github, or compare the changes and make adjustments manually (I used the maybe_unserialize method).

I create a few more tests for the transfer of taxonomies to drafts, but haven’t found a condition where the transfer fails. Can you tell me a little more about your setup, e.g. are they custom post types, custom taxonomies, anything atypical about post type or taxonomy registration, etc?

(sorry for late reply…failed to get email notification)

Sweet! Many thanks.

OK, I’m looking at column.php and it looks like the add_column function will overwrite attempts to create multiple columns with the same column name of ‘connected.’

Also, I just noticed that all the post_type connections are showing up in the column, not just what would make the CPT named in the column name.

And, the connected items are wrapped in li’s but there’s no ul or ol enclosing them.

I had the same problem and solved by adding a ! is_admin conditional to the if statement.

I’m trying to use the admin_column param in multiple calls to register_connection_type to display columns for more than one connection, but it seems like only one column will show, namely the last one registered.

Is it possible to get multiple columns to show for multiple connections?

I’ve also tried adding the columns with my own code and ended up with some post id weirdness. It sort of worked but some posts would blank or with incorrect connections in 2nd and 3rd columns. Again, I’m trying to create 3 columns to show 3 different connections.

Thanks for your help.

Smart man! I’d modified category pages to only return one CPT. Changing that fixed things right away.

Very appreciative of your development and maintenance of this plugin ??