John Havlik

I finally found the issue. It was due to introducing namespacing and not updating a check for WP_Term properly. This has been fixed in the GitHub master branch, and is tracked by the following GitHub issue: https://github.com/mtekk/Breadcrumb-NavXT/issues/269

Long story short, anyone who had Breadcrumb NavXT 6.6.0 likely won’t see this issue as they already had the capability added to the administrator role (WordPress caches capabilities assigned to a role). However, new sites will definitely experience this problem (a few of the more recent reports on this issue helped narrow down what was happening, thanks to everyone who reported the issue).

So, either your user isn’t of the administrator role, or does not have the bcn_manage_options capability. Under some circumstances the administrator role may not gain the bcn_manage_options capability, which is something others have reported, and I’m having difficulty reproducing (see: https://wordpress.org/support/topic/you-do-not-have-permission-to-access-this-page-18/#post-15202721)

So from what I gather, in your case, you can verify this issue occurs on a fresh WP install, with just WordPress, Breadcrumb NavXT and the Twenty Twenty-One theme, correct (i.e. no other plugins are installed)? Also, this new setup was on the same webhost as the first one you tried on, correct?

FYI, 7.0.1 has been released, I think it should work with PHP5.6, however I have no way to test this so I’ve marked it as PHP7.0+ within the .org repo. If anyone here wants to test 7.0.1 and let me know if they run into any PHP errors, I would appreciate it.

So, the confusing part of this is that on my testbed (WP 5.8.2, PHP8, Breadcrumb NavXT 7.0.1), the code that adds the bcn_manage_options capability is getting called (on every admin page), so simply visiting the dashboard should get that capability added to the administrator role. So, the natural thing to ask is are there any other plugins active (in particular, I’m wondering if there is a ‘security’ plugin that is interacting in a goofy manner)? And, if there are other plugins active, does the problem go away after deactivating all plugins other than Breadcrumb NavXT?

@derek1957 If the code provided by @designlions didn’t work for you, I would check to ensure it actually ran (a test var_dump or die statement). If it is running but not working, I’m not sure what to say other than there is something very unique with your setup. I would be interested on the answers to my 2 questions posed in the above paragraph and any other information you could provide about your setup.

@jberg1 The call to get_value() on string is believed to be an issue with non-compatible code that sets a setting to a string instead of something that complies with the mtekk\adminKit\setting interface. This is believed to be issues with old/non-compatible 3rd party code (all of the extensions to Breadcrumb NavXT, including Multidimension Extensions were updated with Breadcrumb NavXT 7.0 compatibility prior to the release of Breadcrumb NavXT 7.0). Thanks for reporting the the string/get_value issue wasn’t resolved in the master branch on GitHub. I updated my testbed to include prototype ‘bad code’ and found another error, which has now been fixed (available in the GitHub master branch).

@designlions so what is concerning is code almost exactly like this is already in Breadcrumb NavXT. So, for some reason it isn’t taking effect on your install. I’m going to have to think about this a little, at some point I may have a few things that I’d appreciate if you could test (to try to diagnose what is really going on).

Thanks for the report. This specific error is being tracked in the following GitHub issue: https://github.com/mtekk/Breadcrumb-NavXT/issues/265 It was reported by another user as well, and appears to be caused by what get_option('page_**'); returns when a page for posts/front page hasn’t been set (an oversight on my part). If you want, you can test out the master branch from github, it should have the proposed fix already applied.