Doesn’t work with Simple Feature Requests

  • Resolved slapbox

    (@slapbox)


    5 years, 1 month ago

    Unfortunately only the sidebar for the main feature request page is replaced. The main page is of type “page” and the singulars underneath it are of type cpt_feature_request, but the sidebar isn’t affected for the singulars, no matter what method of replacing we try.

Viewing 2 replies - 1 through 2 (of 2 total)
  • Thread Starter slapbox

    (@slapbox)

    5 years, 1 month ago

    I’m not an expert in WordPress, but actually I think this is because the plugin makes a weird choice, I guess, and the individual feature requests are of type ‘Page’?

    According to Debug This there’s no taxonomy defined for the pages, despite the fact the plugin adds a custom post type.

    Unfortunately even if we apply to all of the post type, archives, and check “Auto-select new children of selected items” – the outcome is the same.

    Any advice?

    Plugin Author Joachim Jensen

    (@intoxstudio)

    5 years, 1 month ago

    Thank you for reporting this.

    I was not familiar with that plugin, but I have just tested it and you are correct that Simple Feature Requests treats both the “Archive page” and each request as a Page.

    I was not able to test categories, but if they are not recognized as conditions, I’d say that is a bug in Simple Feature Requests. CAS supports custom post types and taxonomies out of the box, but it requires that they are implemented correctly with WordPress Conditional Tags: https://codex.wordpress.org/Conditional_Tags

    The URL condition in CAS Pro would be able to target each request page, but unfortunately it seems like the free version is not compatible with Simple Feature Requests.

Viewing 2 replies - 1 through 2 (of 2 total)

The topic ‘Doesn’t work with Simple Feature Requests’ is closed to new replies.