• Hello team, After updated last WP version, the plugin stopped to work, any action for “hidden” works, looks like the plugin not recognize the users roles in the new WordPress version, I just retunred my WP installation to previous version and works again, please check asap.

    Thanks for amazing plugin, I hoppe you can do maintenance for this release.

    Rolando

Viewing 9 replies - 1 through 9 (of 9 total)
  • Same experience with my sites.

    Plugin Author Frank Bueltge

    (@bueltge)

    Do you have any hints about error messages? For me, it works in some different installations without error notes or missing functions. Lock also in the browser’s console for notes or activate the debug helping option for a look of the plugin. You will find this option in the Adminimize Plugin settings. And then look also in the console of the Browser, F12.

    We didn’t see errors in debug or Dev Console. But we discovered that the plugin is not detecting custom post types properly. So when you add or edit a custom post type, the plugin is applying the settings for a “page” post type instead of the applicable custom post type.

    Thread Starter sgrolo

    (@sgrolo)

    Hello Frank , Thanks for take care of this situation.

    I just want add, I am having this issue in a WordPress Network installation and for Custom post type, like “wy4tt34rp” said in the previous reply.

    I hope can fix the issue

    Good day

    Plugin Author Frank Bueltge

    (@bueltge)

    Would you explain the problem. Because I tested it in several installations, also on Multisite, and I can hide all the things for my CPTs. Maybe there is another issue from the CPT on your side. Please look also in the settings of Admiminize, there is a small text below the option to identify the technical names on an object, like CPT. Look also on the URL if you go to the page there you will hide and compare the URL and the string from the settings.

    An example
    see https://ibb.co/jZd3wJ1

    It appears the global variable $post_type is not properly initialized at the admin_init hook, and was defaulting to page for whatever reason. We worked around this issue by looking for the post_type querystring variable that is present when creating a new post or looking up the post_type of the $post_id global variable when editing a post (that logic was already in place).?

    This was a quick fix that was not heavily tested, so it may or may not be the actual solution, but it worked for our use-case and we needed to implement a fix quickly.

    Image for reference. Left is original code, right shows changes.

    Plugin Author Frank Bueltge

    (@bueltge)

    I leave a small change, PR on the GH repo, see https://github.com/wp-media/adminimize/pull/159/files
    Can you change this for your installation and test it? Would be great if you test it, because there are no problems in my environment.
    You can test it easy with a change of the whole file – adminimize.php from the current Pull Request.

    Unfortunately this did not fix the issue. The $post_type value is still defaulting to “page” for custom post types; it is not empty or null.

    Plugin Author Frank Bueltge

    (@bueltge)

    Thanks for your helping hands.
    Here is a version that have always a post type, please try it again.
    https://github.com/wp-media/adminimize/tree/bueltge-patch-1

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘Plugin not work with last WP update 6.3’ is closed to new replies.