zhangster
Forum Replies Created
-
hi Scott, just following up, the latest version 3.3.9.1 is still working in Pods with the fix you suggested (removing post_status in the query). thanks again for your assistance.
ok, i changed back to 3.2.8.3 and now it’s broken again 🙁
so i did fix it by reverting to 3.3.1 (checked logged off, it works), but would like to update it soon if possible.
Nevermind 3.2.8.3 still broken, i didn’t check that i was still logged in. is there a pre-update version i can download?
3.2.8.3 worked!!! thanks for the link. hope you guys can figure out the bug soon
or better yet, can you fix the issue? i’m pretty sure that whatever the pods() function is doing to query custom type posts changed in the 8/14 update which prevents it from loading custom types (public, published, unrestricted types by the way) if you’re not logged in. some kind filtering that makes it return 0 items, whereas if you’re logged in it functions as it did before. this is obviously a bug
can you provide a link to a version i can download that don’t have whatever changes you made but closest to the one i had before (3.3.1) and disable the auto update?
so what you said about access rights can’t be true because the listing was working without logging in on version 3.3.1
ok, i found an email on 8/14 that told me i was on version 3.3.1 before
– Pods – Custom Content Types and Fields (from version 3.3.1 to 3.3.9.1) : https://wordpress.org/plugins/pods/
so it was working on version 3.3.1 before the 8/14 update
i’m pretty sure this has something to do with the “pods()” function and query limiting. none of the pods access permissions does anything. it’s the query itself that’s being limited for some reason, even though everything is set to public and unrestricted
i don’t know, but an older copy of the site had version 2.6. i’m not sure if there’s been auto-updates since that version of the site.
as i mentioned, all the custom types are public and unrestricted. this was working until the update on 8/14. and now it still works if i’m logged in. the site cannot function like this, since everyone who would be using the site would not be logged in.
what changed? why would it stop working after the forced update? there doesn’t seem to be anyway to undo it. i also don’t understand why the update was forced when auto-update was turned off
to clarify, the URL i posted is supposed to show a list of a custom type (boats) based on slugs in the URL. the boats are all public, the pod is public, but after 8/14/26 the list now only shows when i’m logged in, when i’m not logged in the pods() function in PHP does not return anything. so something got messed up with permissions for public custom type posts in this update.