davidpizota

1st, you answered my question – when i started using the <span style=”text-decoration: underline;”>role title</span> as you suggested, the um_show_content works just fine. So, my problem has been solved. Thank you!!!

Next, sorry for slow response, I’ve been traveling. And finally, the editable password was actually on the Account page, not the Profile page as i originally wrote (you get to Account page by clicking the ‘gear’ on the Profile page, then selecting My Account from among the dropdown options).

thank you again for your assistance!

thanks. i was able to create a report that shows usernames who logged in during a specific time period. i tried adding a custom filter ‘country’ from the available options in the dropdown, but that doesnt work.

what i’m trying to do is see who, if anyone, is logging in from a particular country. the reason is that JetPack statistics show someone logging into our site from a country where none of our users live or are travel.

Champ, What was not working yesterday (even after cache/cookie clearing, a re-boot, browser switch, and removal of the code snippet) is working this evening. Clicking on adminbar options now bring up the appropriate pages. Makes me wonder if there’s some caching issues on WP.com’s load-balanced servers? A WP.com engineer gave me a link to a utility that clears site cache, so if it happens again, i can test my hare-brained theory.

i going to back off and spend the next few days learning a bit about php programming language and how WordPress makes its decisions. Then maybe i’ll have a bit better understanding of how things work.

I’m going to close this thread but will get back to you if i have other questions. I want to thank you for what has been an enjoyable (if confusing) exchange. I’m impressed by your knowledge and by your responsiveness.

best regards,
dave

• This reply was modified 3 years, 2 months ago by davidpizota.

With the code running under Code Snippets, behavior has reverted so all of the adminbar options for changing the website simply refresh the screen.

The UM User Roles allow adminbar display and access to wp-admin. The user capabilities to edit_posts, edit_published_posts, publish_posts, create_posts, and read are all still checked for the author role.

The screen refresh behavior continues even after the Code Snippet is deleted. I had hoped it was a caching issue but i deleted browser cache and the saved user password, also tried a different browser – same results. I also tried restricting dashboard access to the ‘contributor’ role as suggested above (didn’t use the disjunctive condition) – same result.

Question – would i get more predictable behavior trying to customize the WordPress dashboard so only the options i want are displayed?

–

First, thanks for all the help you’ve provided. Your help is much appreciated.

I installed Code Snippets, added a new snippet, copied the code above and activated it. I adjusted the UM user role settings to display the Adminbar but did not check box to access wp-admin.

But I’m getting unpredictable results that i’m suspicious may be related to browser caching. It is Sunday here, so i’m going to re-boot my computer and give it a fresh look in the morning.

thanks again for all your help, i’ll send an update tomorrow.

thank you Champ – it appears the ‘create_posts’ capability had gotten unchecked. .

How do i allow display of AdminBar that does not display the ‘dashboard’?

I have tried unchecking the ‘can access wp-admin’ checkbox but my test account still sees the dashboard option in the AdminBar. I looked in User Role Editor and did see one option to ‘edit dashboard’ but that was not checked.

Can you recommend a plugin? I tried Banda but find the UI confusing (i think this might have caused my problem in the first place) and am not comfortable using any of the support options.

thank you again for the advice you’ve provided!
dave

I’ve looked at UM User Roles and also at the UM Settings, but am not seeing these explicit capabilities. An internet search turned up https://docs.ultimatemember.com/article/1540-how-to-allow-member-to-write-posts where User Role Editor is mentioned as a compatible plug-in. Is that what you recommend, or have i missed something else?

I want to be careful adding plugins as i’m suspicious of the interaction a adminbar management plugin had with these capabilities

thank you for all your help
dave

this is quite a tricky environment with the different interactions.

Do you happen to know whether normal WP security checks continue to happen even if UM is active?

I did check w/ WP.com support and they didn’t see anything in any of the logs or settings that looks unusual. They did say that the normal check for posts, without a membership plugin like UM, would be edit_posts in the role of Contributor but since UM has control, they can’t be sure.

One other thing i will check is how/where the Banda adminbar display plugin works. It was activated for a bit, now deactivated, so maybe there’s a lead there.

thanks for your time here!

No change in behavior.

My site is hosted on WordPress.com so i can’t deactivate Akismet Anti-spam or Jetpack (monitoring/backup). I only have 3 plugins active now – UM, Akismet Anti-spam, Jetpack.

I have a test account in roles of Contributor and Participant (though Participant is connected to the deactivated bbPress forums). That role can access wp-admin (box is checked) and is not forced to hide adminbar in frontend (box is unchecked). Using my test account, i do see the adminbar but clicking on either the Dashboard or New Post options results in re-direction to homepage.

thanks for your assistance with this issue, which by the way, is not a blocker for us as the WP admin tools are a bit ‘techy’ for our community anyway. Still, would be nice to know where the conflict/problem came in.

dave

Thanks for the response! This didn’t change behavior for me. Here’s what i did:

I set Priority numbers for all roles as suggested in the article. Contributors now set to priority 50, participant set to priority 5. Contributor access to wp-admin is enabled and ‘force hiding adminbar in frontend’ is unchecked. Unfortunately, the test account (roles: contributor, participant) continues to be re-directed to the homepage.

I also tried enabling access to wp-admin and unchecking ‘force hiding adminbar in frontend’ for participant at the same time. No luck for me.

Clearly, i’m still missing something. Looking at the problem from a different perspective, where might i look in code for logic that controls the access?