Since the update to 3.x clicking “duplicate post/page” refreshes the page without creating a duplicate when using the Nested Pages plugin. This can be somewhat circumvented by switching the index view to “default,” (instead of nested) but the new modal does not fire, and instead creates a clone in a new tab.
@surlybirdz I have resolved issues for the posts lists screen (not released yet). Was there anything else you had issues with in addition to that screen? I want to make sure I have this buttoned up before releasing. Thanks!
Thanks for letting me know. I have just released and update (v3.0.7) that should resolve the issue for you. Also, you can adjust how you want duplication to happen on the Settings > Post Duplicator settings screen. If you choose Basic mode, the duplication will skip the popup and just duplicate the post based on your duplication defaults (Defaults tab on the settings screen).
Let me know if you still have any issues after this update.
Great update, duplication works as expected now. The only other thing that I noticed is that the “view post” button links to the post id (?p=1234), and clicking it results in a 404. The “edit post” link works fine.
I haven’t spent any time on this, so it may be something specific to this site, but I wanted to give you a heads-up.
Good to hear! And thanks for letting me know about the View Post issue. WordPress should be redirecting ?p=1234 to the actual front end url, but there are certain situations were it may not:
Broken .htaccess: Your server configuration file might be missing the standard WordPress rewrite rules.
Plugin Conflicts: Some “Redirection” or “SEO” plugins can occasionally interfere with the default canonical behavior if misconfigured.
Caching: Sometimes heavy server-side caching (like Varnish or Nginx FastCGI cache) can serve the plain link without triggering the PHP redirect logic.
In any case, I just released an update (v3.0.8) that sets the View Post to url the fully rendered permalink url instead of relying on the WordPress redirect. This should resolve this issue for you.
Thanks, @joemc ! The update appears to have corrected the issue with the “view post” link. I did notice a couple of other small issues today when using the Modal option with nested pages enabled: 1. The modal doesn’t pass the parent page value through to the cloned pain, so it appears as if it’s a top-level item 2. The cloned item doesn’t appear in the posts index after creation. They can be found using the “search” function, but don’t appear in the unfiltered view. This is true of both “nested pages” view, and the default.
It works as expected if I disable the modal option and open the cloned page in the same tab.
