Nikelaos

So, here’s my update:
1) I’ve changed the theme to twenty seventeen: your plugin works, I can edit menues; Customizer don’t work and still the “Actualize”-button in the page edit-screen doesn’t appear.
2) Back to the old theme for crosschecking – well, it works like under Twenty seventeen.
3) 4 plugins where updated in the meanwhile… yours not – but what have those to do with the “Actualize”-button or the customizer?

So, well, I’m running out now of explanations and ideas. I think I can’t nothing else do than wait and drinking some tea till the problems solves out from themselves… ??

I don’t know, if this can help or is maybe a hint to solve:

When I’m working in menues, I can’t open the widget “Posts” or “Individual Links” to build a menu topic. But I can create menue topics out of the open widget “pages” and I can save the menu.

Also doesn’t happened anything if I click on “Edit view” or “Help” on the upper right corner of the screen.

And I didn’t see anything than a hint of my theme (upper left area of the screen) in the customizer.

So, my idea is that a plugin cause this. I deactivated yours, but that changes nothing. Also the deactivation of the plugins that came with upgrades within the last 3 days (and I’m sure at this time your plugin worked well), “widget logic” and “bbp style pack” doesn’t change the behaviour at least of the customizer. So only the update to WP 4.9 is at last. But the customizer works well in a single installation of WP 4.9 as well as on a user site of my multisite installation.

I will post this in wp-forum, too. But as said, maybe that’s a hint for you…

Same problem here. I’ll don’t like hidden methods, it’s against the gist of open source, imo. So I will delete Yoast. There are other fine SEO-tools…

You can find a screenshot here: https://sol-ist.de/shares/screenshot.png

Thank you for the Update, now I can use “Logged-in Users”. I’m happy… ??

Yes, this are the plugins I worked with.

And well, I’ve to check my conditions in deep. Still think, that two restrictions are not compatible, so they anull each other. I’ll check that in the next time…

That’s really fine, that I can’t lock-out me myself! Thank you ??

Right now checked
=================

So, these are my conditions:
Cond. A-Restrictions:
Pages: -page-x, page-y, page-z OR BuddyPress Profiles: All sections OR bbPress User Profiles: All sections | DO NOT EXTEND; Synchronized Role: Logged-in

With this access-condition I want to be sure that no not logged-in user have acces to any profiles.

Cond. B-Restrictions:
Docs: Docs/Doc Archives | DO NOT EXTEND; Synchronized Role: Role A

With this access-condition I want to restrict access to BuddyPress Docs only to users which are assigned to “Role A”.

Well, may be that won’t work, cause of “Docs/Doc Archive” … Checking … Yes, that’s right: non “Role A”-users can’t access the archive, but have access to docs within their profile. Well, so the developers of Buddypress docs may insert a section “Doc Management” … or is there a way for you, to hide Buddypress … just a moment … OK, I can modify Cond. B:

Docs: Docs/Doc Archives OR BuddyPress: Docs | DO NOT EXTEND; Synchronized Role: Role A

Well, looks good to me but doesn’t work: Non-Role A-user can access docs in buddypress profile.

So, what have I to do to manage this? Logic is a funny thing… ;-/

And: In the “Conditional Logic” I find: “Content that meets the following conditions will only be accessible by this level or higher:”
OK. What I can’t see: How is the “level” defined? How can I set, for example, that Cond. B is “higher” than Cond. A (and, otf, what ever that means… :-/)? To explain: in setting the rules of site-access I don’t think in “levels”, I think in “bubbles” or “flower bouquets”: Role A have access to entity 1,2,3, Role B to 2,4,7,9, and so on… and “role A” isn’t higher or lower than “role B”, my users shall be heterarchical organized, not hierarchical… (rules as well…)

May be that’s the reason why I struggle around with your awesome plugin…

Thanks again for your support for a logical dummy ;-)!

• This reply was modified 7 years ago by Nikelaos. Reason: Just checked

Edit: Option “Show all groups, not just those with membership.” is activated, but as admin I only see groups, where I’m member of…

Thank you!

a) Yes, from the BuddyDrive-Plugin. I’ve tried another Plugin, Buddypress Docs, same behaviour
b) When I restrict all sections of BuddyPress profiles, the sections are still accessable.

Thinking… I have another access level, which allows all BuddyPress-Sections to subscribers (a). I have a own group xyz, which shall not have the right to access a buddypress section(b) and this group is not hierarchical organized to subscribers. So may be level(a) overwrites level(b), so a member of xyz can access cause he’s also a subscriber. Think I got that…

So, shall I work with the “extend”-option?

Thank you Steven, got it now and – SORRY. But wouldn’t it be more efficient to close this forum and put a link to the site you mentioned instead? Or a CLICK HERE FOR DOCUMENTATION AND/OR SUPPORT-button?

Just an idea, nevermind… ??

So, puh, still have a problem, hope you can help:
I add a new level, in the restrictions I choose “Buddypress Profile” in sections “Buddydrive” and synchronize this with the Admin-Role – so I want only Admins be able to use Buddydrive.

I log-in as a non-Admin – and can access Buddydrive. I log in as Admin – and can access Buddydrive. Why that?

Edit: “…files can only be seen by OWNER” – not “folder”, for sure… :-/

Thank you for these profounding answers! Great plugin, and your plan to realize integration of BuddyPress groups as well as role plurarity is really great, exciting! I’m looking forward to the next versions!

“Life long and prosper!” ??

WP 4.8.2 (Multisite), BD 2.1.1, PHP 7.0, MySQL 5.6.37
Same issue. Tried to set server-permission of the file to 666. No chance – file can only be seen by folder. Looked in .htaccess in [wp-upload-dir]/buddydrive, found

# BEGIN Buddydrive
Order Allow,Deny
Deny from all
# END Buddydrive 

Searched this forum for “server permission”, didn’t find a topic. But listing of files seems to me as a thing of database entries? Even Multisite-Superadmin couldn’t see any files in his account.

Plugin is not activated in Network, just in the main site of multisite-network.

Thanks a lot for your support,

Nikelaos

• This reply was modified 7 years ago by Nikelaos. Reason: php/mysql version added

Thank you for your kind and helpful reply, Joachim!

I’m looking forward to the next version and want to suggest, that the plugin-user can select more than one synchronized role, so that non-hierarchical roles can be processed, which might be helpful for WPs with an own concept of capability management.

An open question is what’s about activating the plugin in the network…

Thank you for that great plugin!

So, can’t edit the post again…

Think I’ve got it know – I get extremely confused. Now I realized, that same of my users hadn’t any role. So I think it will work now. On the other hand I get irritation about users, who have more than one role. My own roles aren’t organized hierarchical. It’s a complex thing about that stuff…

At least, still missing “Logged-in users” in the list of synchronized roles. Although, every logged-in user has the subscriber-role at minimum and the WP-standard-roles are hierarchical, so I use this.

Thanks! (and forgot about my mess… :-/)