wickedplugins
Forum Replies Created
-
Hi @benbutler12!
Saving the folder name is handled in the
ajax_save_folder()andajax_edit_folder()functions withinwicked-folders/lib/class-wicked-folders-ajax.php.However, the plugin uses the built-in WordPress taxonomy API so, depending on what you want to do, I think you’ll actually want to use an action or filter called from either
wp_insert_term()orwp_update_term().Hope this helps! Let us know if we can answer any other questions.
- This reply was modified 7 years, 12 months ago by wickedplugins.
Hi @dineshsunny9,
Just checking on this. Did the update resolve the issue for you?
Can I go ahead and mark this issue as resolved?
Hi @dineshsunny9,
We’ve released an update (2.9.1) that should resolve this issue for you. We changed the prefix of the folder taxonomy names to prevent them from exceeding 32 characters.
Let us know if you still have trouble after updating the plugin.
Thanks!
Thanks so much @sc0ttkclark for tracking this down and identifying that bug; sorry we didn’t catch it on our end earlier.
@dineshsunny9, we’ll get this resolved and let you know when there is an update available that fixes the issue.
Thanks for the help @sc0ttkclark! Let me know if I can help with anything.
Hi @sc0ttkclark,
Thanks for the input.
We register the taxonomies via the
initaction at priority 15. This seems to work in most circumstances with the Pods plugin.From looking at the
run()function in thePodsInitclass, it looks likesetup_content_types()is hooked to theinitaction at priority 11; however, there is also a condition that checks if theinitaction has already run and, if so, executessetup_content_types()directly. So it seems like maybe there are scenarios where Pods callssetup_content_types()after theinitaction has executed.I could be wrong but, based on the issue @dineshsunny9 is describing, it seems that the post types are being registered after the
initaction which is causing the “invalid taxonomy” error (since the taxonomies were registered before the post types).Thoughts?
- This reply was modified 8 years ago by wickedplugins.
Thanks @dineshsunny9.
I’ve looked into this and I believe the issue has to do with how the Pods plugin registers the custom post types. From looking at the code, it appears that the custom post types are sometimes registered during the WordPress
initaction but, in other instances, the post types can be registered later in the process.The Wicked Folders plugin registers the folder taxonomies during the
initaction. It appears that for whatever reason the Pods plugin may be behaving differently on your server instance and registering the post types after theinitaction. This prevents our plugin from attaching the folders to the post types (because the code to create the folder taxonomies has already run). This causes the “Invalid taxonomy” error that you are getting.Unfortunately, the Pods plugin does not appear to expose an action that can be used to register the folders later in the process after Pods has registered the post types.
I will post a message on the Pods support forum to see what they recommend.
Are there any obvious differences you can think of between your local and server environments? E.g. different plugins, different theme, different plugin configuration/settings, etc.?
Thanks so much for the positive review @dineshsunny9!
Thanks for the additional info.
Can you try going to Pods Admin > Settings in your server environment and clicking the “Clear Pods Cache” button to see if that makes a difference?
If not, are there any obvious differences you can think of between the local and server environments? Are the same exact post types registered in both environments or are there some differences? Are you using the name
post,user,comment,taxonomy,settingsortermfor any of your post types?Are you using the same version of Pods in both environments?
Hi @dineshsunny9,
Sorry to hear you’re having trouble.
Can you confirm that you’re using the latest version of Wicked Folders?
How are you registering the custom post types? Did you write code to register them or are you using a plugin? Are there any plugins that are installed on the server that aren’t installed in your local environment?
Hi @troymedia,
I haven’t heard back from you so I’m going to go ahead and mark this topic as resolved for now. If you’re still having trouble, please feel free to post another comment with those additional details I’d asked about and I’d be happy to try to help.
Thanks!
Hi @troymedia,
Where are you seeing this error? In the admin or on the front-end? If you’re seeing it in the admin, what page are you seeing it on?
Does the site happen to communicate with other databases besides just the WordPress database?
Is the
$table_prefixvariable in the wp-config.php file for the site set toa54fT_6?- This reply was modified 8 years ago by wickedplugins.
- This reply was modified 8 years ago by wickedplugins.
Great! I’m going to mark this issue as resolved but, if you run into anything else, just let us know. Thanks for taking the time to report the problem!
Hi @benbutler12,
Thanks for catching this. I looked into and it was a problem with the folder cache not properly clearing after a folder is renamed.
We’ve fixed the issue and it should no longer be a problem once you update to version 2.8.4.
Let us know if you still have trouble!