• Resolved junkes

    (@junkes)


    After I updated to the newest version, almost all the tabs to edit a Pod are gone. Only “Fields” and “REST API” tabs are in the same place. Is that some kind of bug or the tabs went somewhere else?

Viewing 14 replies - 1 through 14 (of 14 total)
  • I found the same. It’s inconsistent to replicate, but if you make some settings changes (I found turning the REST API off and on again or vice versa) or just saving the Pod again, it comes back (only to disappear again later on!)

    Plugin Author Jory Hogeveen

    (@keraweb)

    Hi @junkes and @wpepro

    Could it be that this is a Pod for a CPT that is also added by another plugin?
    For example, the Product CPT from WooCommerce of the Event CPT from Events Calendar?

    I ask this because if the Pod extends another object it will only show fields and REST. This is simply to prevent overrides that might break other plugin functionality.

    Cheers, Jory

    It may be indirectly caused from extened Pods. For instance, I have an extended Pod (shop_order) that definitely doesn’t have the tabs no matter what I do. Then I visit my organisation Pod, which I created, which is missing the tabs. Saving it again or re/deactivating the REST API brings the tabs back. Perhaps a session variable inadvertently saved or not cleared?

    Thread Starter junkes

    (@junkes)

    Went back in today and without any changes, anything at all, it’s back. For now, at least.

    Plugin Contributor Scott Kingsley Clark

    (@sc0ttkclark)

    Sounds like this could be related to something in the cache. Definitely something for us to look into and try to find a way to reproduce. We’re stuck without being able to reproduce it so the moment I see that happen next or if Jory beats me to it, we’ll get into what may be causing that.

    I’ve run the exact same issue. Unfortunately, I don’t know what’s causing it or how to trigger it. To provide some context, the site is running on a LiteSpeed server with Redis enabled through the LiteSpeed cache plugin.

    Here’s a screen recording of the issue. You see me viewing an affected pod and reloading the page. The tabs are still missing. I then save the pod and refresh the page to get the missing tabs back.

    https://office.nikkasystems.com/s/jPpzn9f5qtwYMxz

    Plugin Author Jory Hogeveen

    (@keraweb)

    Hi @karlemilnikka

    This is the view you get when it’s an existing post type that Pods extends. Can it be that another plugin is creating this post type as well?

    Cheers, Jory

    Hi @keraweb. Thanks for the reply. No, this is a post type I’ve created manually in Pods.

    Hi again @keraweb.

    Here’s another screen recording demonstrating the issue.

    https://office.nikkasystems.com/s/iXxsaf3qTZt8fMD

    You can see me browsing through the extended settings of two default post types (posts and pages), one custom post type created by a third-party plugin (sfwd-courses), and a custom post type created by Pods (glossary_term). Glossary term is not used for anything yet.

    @junkes’ previously mentioned tabs are missing from all post types’ settings pages until I save one of them. Saving makes the tabs come back, not just for the saved pod’s settings page but for all pods settings pages.

    (The uncaught type error in the console is caused by WPML.)

    Hi @keraweb.

    I can confirm that the issue is caching related, at least on my end. Clearing all LiteSpeed caches is another way for me to get the tabs back. The next time they disappear, I’ll clear the different caches one by one to see which one of them that is causing the issue.

    I still don’t know if this issue is related to my other issue (Custom Settings Page forgets settings). I’m now keeping track of if they actually occur at the same time or not.

    Plugin Contributor Scott Kingsley Clark

    (@sc0ttkclark)

    Thanks all for your patience here!

    I finally ran into this last night and could find a way to reproduce it.

    Some times the Edit Pod screen may not have the correct tabs at the top because the groups/fields were cached in object cache for the configs that got registered via code and would persist on different pod types including extended/non-extended.

    So loading an extended post type would cache the tabs/fields for that (less than normal CPT). Then loading a normal CPT or any other pod type, you’d see only the tabs that were for that original extended post type.

    I’ve resolved the issue in Pods 3.0 and the fix will be included in that upcoming release.

    @sc0ttkclark Thank you so much for looking into the issue. I didn’t want to trouble you with an official support ticket until I had found a reliable way to reproduce the issue.

    This is just some additional information (@sc0ttkclark has already found what’s causing the issue).

    When I woke up today, the tabs were gone. I cleared the different cache types one by one, and the tabs came back after clearing the object cache.

    Unfortunately, we also now know that this issue isn’t the same as my other randomly occurring issue with Custom Settings Pages losing their data.

Viewing 14 replies - 1 through 14 (of 14 total)
  • The topic ‘Pod’s tabs disappeared after update’ is closed to new replies.