wickedplugins
Forum Replies Created
-
Thanks for the screenshot @pbaumgartner.
I’m having a hard time identifying a reasonable explanation for why the counts would be showing up as zero.
Are you familiar with using phpMyAdmin at all? If so, I could send you the query we’re using to obtain the counts that you could try running in order to help narrow down where the problem is. Let me know if you’d like to try that.
Hi @pbaumgartner,
Sorry to hear you’re having trouble with this. What post type are you using the folders for? Does this happen with all post types or just certain ones? Did you happen to try temporarily changing the theme to a built-in WordPress one such as TwentyTwenty to see if that changes anything?
Would it be possible for you to provide a screenshot?
Glad to hear you were able to get it working with the work-around!
I think that sounds like a great idea for a work-around. It looks like the base is actually “edit” instead of “post” so I think if you change that in your code it should work.
Hmmm, other than the initial request not happening, everything appears to be as it should. Does the folder pane stay on now that those subsequent requests have gone through?
If not, can you try toggling it back on, resizing it, wait a second or two for the request to go through, and then refresh to see if it’s still on?
Sorry this has been do tricky to figure out. We haven’t run into this problem before so it’s a little strange that it’s behaving this way for you.
Hey @aaron13223,
Thanks for providing those. Those are actually for a different request though. There should be one to
admin-ajax.php?action=wicked_folders_save_statea second or two after you toggle the folders on. If you click on that request and scroll down in the “Headers” tab, there should be a section labeled “Request Payload”. Could you send me a screenshot of that along with a screenshot of the “Response” tab for that request?Thanks @aaron13223. I should have clarified but can you actually take a screenshot of the “Response” tab? I’m hoping that will tell us if the request is failing and, if so, why.
Also, if it’s not too much trouble, can you take another screenshot like the first but scroll down to where it shows the “Request Headers” and data and take a screenshot of that?
Okay, thanks for doing that. As long as there aren’t any errors, it should be fine.
Can you please try doing the same thing but take a screenshot of the “Network” panel this time after toggling the folders on? You should see an AJAX request a second or two after toggling them on. Can you please click on that request in the “Network” tab and take a screenshot of the results?
Hmmm, any chance you could open the browser’s developer tools and take a screenshot of the JavaScript console tab after toggling the folders back on?
Glad to hear that solved it for you!
The folders should stay toggled on. Are you using version 5.1.4 of The Events Calendar plugin by any chance? If so, there is a bug in that version that breaks the toggle functionality in our plugin. Updating to the latest version of that plugin will fix the issue.
If you’re not using that plugin, my guess is that the issue is caused by a conflict with another plugin. In that case, I’d recommend temporarily deactivating the other plugins to see if the issue goes away. Assuming it does, re-enable them until you find the one that is causing the conflict.
Hi @elvismdev,
I’m going to go ahead and mark this as resolved but if you still need help, please let us know.
Thanks for the additional info. Those are the queries that fetch the number of items in each folder.
We’ve gone ahead and made an update to the plugin that modifies the behavior so that those queries are only executed if the “Show number of items in each folder” setting is enabled.
I’m afraid I’m not aware of a way to optimize those queries further as I believe they’re already as lean as they can be; however, if you disable the “Show number of items in each folder” setting, hopefully that should address the performance issue.
If you feel comfortable poking around the database, you may also want to check the tables used in those queries and confirm that they contain the proper indexes. If any of the indexes are missing, that could be another explanation for slower-than-expected performance.
I hope this helps!
Hi @aaron13223,
Sorry to hear you’re having trouble with this. The plugin should actually perform fine even with a large number of folders. Can I ask how many folders and pages you have? Does the query monitor point to any specific queries that seem to be running slow?
Also, do you have dynamic folders enabled? If so, can you try disabling those to see if that makes a difference at all?
And yes, we are still actively developing and supporting the plugin.
Forum: Plugins
In reply to: [Unsplash] Conflict with Wicked FoldersHi @unsplash,
It appears that the Unsplash plugin only contains minified versions of the JavaScript source. Is there a way we can download a version of the plugin that contains (and uses) the non-minified JavaScript source files so we can troubleshoot and investigate this issue?
Hi @elvismdev,
I’m afraid there isn’t a filter like you’re describing that would allow the same folder taxonomy to be used for all post types.
If you wanted, you could potentially use the
wicked_folders_get_foldersfilter to override which folders are returned. In theory you could probably query from a single taxonomy each time and return those folders.