dking64

Same here. I thought it might be incompatibility with PHP 7 but also got no results after switching to PHP 5.6 and PHP 5.4.

I’ve never had this problem before with this plugin.

Have you had a chance to check on this, Johan? I’m also getting the same Parse Error cited by batman with WP 4.5.2.

Thanks very much for your time on the plugin.

Thanks, Markus.

Folks at Yoast: please build in an admin option to turn off these “has been updated” notices. I have dozens of sites and am continually closing them on site after site, day after day.

Your plugin is great but the update notices are a pain. As Markus said, what if all plugins did this?

Gots it. Thanks again.

Brilliant — works perfectly!

Marked as resolved and will donate. Thanks for your work and dedication to support. Cheers.

I think what I want is conceptually straightforward: I would like the opening and closing of the collapsible items in the “facets” group to have no effect at all on the opening and closing of the collapsible items in the “resources” group, and vice-versa. In other words, the behavior of the sidebar content is completely independent of the content in the main column, and vice-versa.

The two groups have different rel attributes because I would like to have an “expand/collapse all” option for each group — again, without having any impact on the items in the other group.

Thanks for replying quickly. I don’t see any re-use of ID’s; only the classes which, I think, are required. As noted, I see the same behavior — which I’m trying to prevent — among the collapsing groups on your docs page, and I don’t think you’re re-using ID’s there either.

Here’s my dev page, where I don’t want the collapsed elements in the search filter in the sidebar to interact with the collapsed items in the main column:
https://isondesign.net/climate-health-uscha/resources/

Thanks again.

Great. Just downloaded beta6. Thanks!

Below is a link to screen captures to show you how, in beta, 3.2-Beta1, the heading doesn’t change on the Roles Management screen as I move from role to role.

Note that the role that displays in the heading that doesn’t change — “Student” — is a custom role. So perhaps the bug shows up only if you have a custom role.

https://limpetsmonitoring.org/img/media-tags.png

Paul: I noticed a very minor glitch in beta, in Roles Management: when switching from role to role the information regarding permissions displayed correctly — it would change according to the selected role. But the heading above the permissions options was stuck — it displayed the name of the same role, even though I was moving from role to role.

You may be on top of this already, but I thought I’d pass it on since it was the glitch I noticed.

Got it. The plugin is still key to keeping our media library organized, even without role-access capability.

Thanks for all your help!

What I’m after is restricting access on the back end.

Let’s say I have 500 items in my Media Library, and only 100 of those items should be available to users with the role “student”; I want the other 400 to be off-limits to students. I don’t want students to even see them in the library, much less be able to edit them, add them to posts, etc. I want them locked away from student users.

At the same time, I want students to be able to add items to the library and do whatever they want with their media items. Anything except access those 400 items to be viewable, available, editable, etc. only to users with a higher role.

So if I had my wish, there might be a feature on the Media > Media Tags screen that, would allow me to set access permissions for any tag, like this:
Items with this tag will be accessible to:
__Administrator __Author __Contributor __Editor __Subscriber __[Custom role]

I had hoped that this function is what “Roles Management” would do: set privileges for tagged media items, not just set privileges for using tags.

Thanks again for following up so quickly.

Roles Management is working for me with the latest beta — thank you.

The plugin is great for organizing media, but I hope I also can use it to restrict access, by role, to media items that have certain tags. Is there a way to extend roles management so certain roles have or don’t have access to items with particular media tags?

Thanks again for all your help.

Thanks for the suggestion but replacing isset() with !empty() as specified in mediatags_settings.php didn’t do the trick for me. I made those changes, and tried a couple additional changes in that settings file — the plugin still indicates “No users at this level” for every role.

Any solution forthcoming? I tagged my media items specifically for role-specific access but also have “No user at this level” for every role.