Menu settings ignored with last versions

  • Resolved substa

    (@substa)


    8 years, 12 months ago

    Hello,
    first of all I want to thank you for this amazing work. This plugin is really, really useful, and I use it on many WP installations.

    Unfortunately, it seems that last versions broke something related to menu options.
    Now, I can select all menu item for a custom role, but nothing of these will be hidden as expected…

    I also tried all dev version (currently 1.10.3-dev).

    I use these plugins for custom roles:
    – Capability Manager Enhanced
    – Press Permit Core
    and this is a website of a network installation.

    I don’t remember the previous version, but it worked until a few weeks ago.
    I made this tests:
    – change and update settings
    – different roles
    – stable and dev releases
    – clean all database entries

    Other options, like hiding admin bar, works fine.

    (I found also other minor problems, like dashboard freezing with safari, but it works with chrome, so I can bypass it)\

    Thank you and have a nice day!

    https://www.ads-software.com/plugins/adminimize/

Viewing 14 replies - 1 through 14 (of 14 total)
  • Plugin Author Frank Bueltge

    (@bueltge)

    Different plugins using different slugs for each role. In the Adminimize settings see you only the slugs for your user role.

    Do you find all items in the Menu settings, right?
    But it don’t work on the user roles, right?

    Activate it for hide, login as the user role and open the Webconsole of the browser (F12), Tab Console and see the debug message.
    I list as helper the slugs for the menu in this role. Now you can check the slug value with the slug value on the settings page of Adminimize.

    I hope this helps you.

    Thread Starter substa

    (@substa)

    Hi,

    I think I have found the problem, and it’s related to the translation.
    If users uses “WordPress default” as admin language, menu items are hidden properly, but if they select a different language, rules are ignored.

    It’s a multilingual website, and users need to select different versions for the admin dashboard, so… how can I fix it?

    Other minor problems/doubts:

    – If I activate debug option on adminimize setting, when I save any page on WordPress admin dashboard I receive a blank page, with the following warning:
    Warning: Cannot modify header information – headers already sent by (output started at /httpdocs/wp-content/plugins/adminimize/inc-setup/helping_hands.php:94) in /httpdocs/wp-includes/pluggable.php on line 1228

    – What is the meaning of the red background on the option page? Because for some roles all column is red, for other is alternate, and for other ones it’s only white/grey… (https://dl.dropboxusercontent.com/u/209810/adminimize.png)

    Thank you

    Plugin Author Frank Bueltge

    (@bueltge)

    I will check the problem with different languages, maybe you have right ??

    For the topic colors.
    The pink background is only al alternate color, that you see the columns much easier. The checkboxes with red border are Group items in the menu, TopLevel items of the menu. And if you use the “select all” can you select all TopLevel items and also without red border the sub-items.

    But is your screenshot from a older version of Adminimize? I miss the select all checkboxes.

    Best.

    Thread Starter substa

    (@substa)

    The screenshot is from version 1.10.3-dev, sometimes the admin page hang and freeze, so maybe it was the case…
    I made another screenshot, with “select all” checkboxes, but I think there is a problem anyway, because as you can see, “pink background” is not only alternate, but it is irregular:
    https://dl.dropboxusercontent.com/u/209810/adminimize2.png
    (2th, 4th, 6th and 8th column is all pink, 10th column is not all pink but alternate horizontally, 12th column head is grey…)
    Of course colors are not important, but maybe this is the same problem that freeze page on safari ??

    Anyway, returning on topic: the language problem!
    It worked with previous releases or it was simply a coincidence?
    I need this functionality as soon as possible, so, if the problem occurs only on new releases, I can restore a previous version if it helps…

    Thank you for your work and your availability

    Plugin Author Frank Bueltge

    (@bueltge)

    Currently I’m on travelling, business trips. You should use a older version, if you need it as soon is possible, now. You find all versions under the dev tab.

    Thanks for the hints, testing. I check this and I hope I can fix this in the next version.
    Best

    Thread Starter substa

    (@substa)

    Any news?

    The problem is reproducible also on previuos releases…

    Plugin Author Frank Bueltge

    (@bueltge)

    No, but not forgotten. Lot of traveling and a flu makes hard for me.

    Thread Starter substa

    (@substa)

    Hi,
    I hope you’re good now ??

    This month I have to go online with my project. Any chance to use your plugin or I need to find something else?

    Thank you ??

    Plugin Author Frank Bueltge

    (@bueltge)

    Sorry, to much topics.

    How can you change your users the admin language, which plugin do yo use? On default have WP only one admin language for all users of the instance.

    If I switch the back end language via https://github.com/wecodemore/wcm_lang_switch works the settings fine.

    The current dev version have also fixed the color topic for each column, raw. Maybe you test this again. You find the version here: https://github.com/bueltge/Adminimize

    Thread Starter substa

    (@substa)

    Hi,
    I tried the current dev version, but the problem persists, so I made different test and…
    I found the “real” bug, different from what I thought earlier…

    So, it’s not related to admin language, but it depends on a W3TC option…

    Instructions to replicate the problem:

    – Enable W3 Total Cache plugin
    – In W3TC general setting enable new relic monitoring
    – Take a look at the option “Use RUM only for following user roles” in the monitoring subpage of W3TC

    If “Use RUM…” is checked, adminimize menu setting are bypassed.
    If the option is unchecked, everyting work fine!

    At the moment I disabled the option so I can deploy the website, but now we know exactly the problem, so I think it will be easier to fix.

    Thank you for your support and your great work Frank ??

    Plugin Author Frank Bueltge

    (@bueltge)

    What is the goal for this option “Use RUM only for following user roles”?

    You should switch to the last stable version, is currently identical with the dev version. All your input about the colors was integrated, fixed.

    Thread Starter substa

    (@substa)

    RUM is Real User Monitoring, page load timing monitoring with new relic.
    Maybe this option add some javascript code that conflict with your code…

    And yes, now I’m using the last stable version. Thank you again ??

    Plugin Author Frank Bueltge

    (@bueltge)

    But, if you have conflicts, you should see it in the console of the browser. Please check this.
    Best.

    Thread Starter substa

    (@substa)

    mmm… no, no errors at all

Viewing 14 replies - 1 through 14 (of 14 total)
  • The topic ‘Menu settings ignored with last versions’ is closed to new replies.