orgive me for being a bit new to WordPress in general.
nothing to forgive, we all started somewhere, sometime 🙂
apologies for the late reply…
this plugin uses filters (posts_join, posts_where, and posts_orderby) to modify the front-end query for ordered posts and ensure the results are ordered as per your custom order.
However, get_posts function uses a ‘suppress_filters’ parameter which is set to true by default. You need to explicitly set it to false in your custom queries to ensure you retrieve yours posts in the right order.
Couldn’t find any references to this in the FAQ/extant support forum
my mistake. I will add an FAQ for this.
Thread Starter
ahwitz
(@ahwitz)
I’d tried your suggestion after you got back to me and couldn’t get it to work; found https://wordpress.org/support/topic/not-working-with-get_psots/ and your…
> make sure you have enabled manual sorting by selecting the ‘Yes’ radio button in the edit screen, else the front-end query filters will not execute.
…suggestion made it work. Thanks a ton!
Thread Starter
ahwitz
(@ahwitz)
Actually, I take that back: Occasionally we’re getting a javascript TypeError when using the click-and-drag interface.
Best I can give you is:
“Cannot read property name of null at readFile (content.js:26); at HTMLDocument.<anonymous> (content.js:86)”.
I can’t really send you this data and it’s on a protected site. Let me know if I can give you more information.
Actually, I take that back: Occasionally we’re getting a javascript TypeError when using the click-and-drag interface.
Best I can give you is:
“Cannot read property name of null at readFile (content.js:26); at HTMLDocument.<anonymous> (content.js:86)”.
where is this file content.js located?
Thread Starter
ahwitz
(@ahwitz)
That’s a very good question – I’d expected it’d be yours, but it definitely doesn’t seem to be, and I can’t reproduce it anymore.
Now, every time I change things, then reload the page, they come back in a seemingly random order. Definitely not the one I last had, and definitely not what it was before. “Use the manual sorting” is set to “Yes”, and I’ve tried resetting.
One of our staff members also reports that some categories are maintaining her requested order, and reports that “Reordering works for categories that I have never tried to reorder before.” – this may be “never tried to reorder” and may also be related to our upgrading from v1 to v2.
Honestly have no idea how to debug this. I do have direct DB access if there’s any queries I can run to get you more information.
I’d expected it’d be yours, but it definitely doesn’t seem to be, and I can’t reproduce it anymore.
hehe, not that I know of…hence the question. Your console doesn’t link the file to its path?
One of our staff members also reports that some categories are maintaining her requested order, and reports that “Reordering works for categories that I have never tried to reorder before.” – this may be “never tried to reorder” and may also be related to our upgrading from v1 to v2.
oh! That’s very odd. Could you get in touch on vrata at syllogic dot in
Honestly have no idea how to debug this. I do have direct DB access if there’s any queries I can run to get you more information.
a couple of other users are also reporting strange behaviours. The previous version of this plugin was using an INNER JOIN sql parameter to filter posts queries on the front end and order them using the custom table rank for each posts.
I have a feeling the INNER JOIN clashes in v2 as the rank is now stored in the postmeta table. So I would like to test a simple JOIN or possibly a LEFT JOIN to see if this fixes the issue.
So if you could reach out to me on vrata at syllogic dot in then we could explore the issue on your setup and try to nail down this issue.
