Opened 12 years ago

Last modified 11 years ago

#10421 closed enhancement

Do we really need to implement permissions in this plugin? — at Version 2

Reported by: Ryan J Ollos Owned by: yosiyuki
Priority: high Component: BookmarkPlugin
Severity: normal Keywords: permissions
Cc: Jun Omae Trac Release: 0.12

Description (last modified by Ryan J Ollos)

I've been thinking lately about whether the permissions for this plugin offer any value. The plugin should be disabled for anonymous users, but for other users, what is the value of being able to grant the feature to some users, and not other users?

What use cases do people have for making use of the permissions? Would it be a problem to just drop the permissions from the plugin? The bookmarks feature seems to be pretty benign; I can't see the harm in providing it to everyone. Can anyone think of security holes that would be opened by dropping the permission? Dropping the permission would certainly simplify installation.

The BOOKMARK_MODIFY is not currently used, and I can't see how it could be useful even as features are added. Is there a use case for allowing users to view bookmarks, but not add them? The only use-case I think of is to provide users with a set of read-only bookmarks, but can anyone actually envision using a feature like that in practice?

An alternative to permissions would be to have a user preference, so that users not wanting the feature could disable it.

What brought this to mind again, and caused me to raise a ticket, was the thought of suggesting to include the feature in the Bloodhound project, and simplifying the installation in order to make that a more realistic possibility.

Change History (2)

comment:1 Changed 12 years ago by Ryan J Ollos

Summary: Do we really to implement permissions for this plugin?Do we really need to implement permissions in this plugin?

comment:2 Changed 12 years ago by Ryan J Ollos

Description: modified (diff)
Note: See TracTickets for help on using tickets.