OpenCAD-php icon indicating copy to clipboard operation
OpenCAD-php copied to clipboard

Moderator data manager capabilities resoloution

Open phillf opened this issue 3 years ago • 6 comments

Is your feature request related to a problem? Please describe. Currently for each datum type available for editing via the Data Manager there are constants that control the following for moderators:

  • ACCESS - Provide for the ability to view the given section of the Data Manager but doesn't grant any Write/Modify permissions.
  • EDIT - Allows the editing of pre-existing entries in the database.
  • DELETE - Allows the deletion of pre-existing items from the database.

Describe the solution you'd like Should a fourth option be added for CREATE or should it be bundled with EDIT.

Describe alternatives you've considered There are no alternatives that I am aware of at the time of this posting.

phillf avatar Apr 12 '21 02:04 phillf

Fourth option should be created, separate from EDIT.

devotedsouls avatar Apr 12 '21 02:04 devotedsouls

If the decision is taken to breakout the CREATE permission specifically then it will come as part of a 1.0.1 patch. There is more to this than just adding a set of constants in oc-config.php. The installer also has to be updated to handle the new options.

phillf avatar Apr 12 '21 02:04 phillf

I think "CREATE" should be implemented separately and not bundled with the "EDIT" permission. Just because a community gives an individual the ability to edit via the Data Manager doesn't necessarily imply they want them to be able to create new entries.

That being said, we should push this to the 1.1.0 milestone.

ItsAGeekThing avatar Apr 12 '21 02:04 ItsAGeekThing

@ItsAGeekThing, why 1.1.0 if that is indeed the case at this endeavour. Why not 1.0.1 as I suggested? Am I misunderstanding the SemVer spec?

phillf avatar Apr 12 '21 02:04 phillf

I have to agree with @ItsAGeekThing on this one. Editors and folks who can create new entries shouldn't always be the same people. I think that how large the community can definitely play a roll in this,but the larger the community, the more separated out the rolls should be, for you don't want too few being able to do too much.

Cambridgeport90 avatar Apr 12 '21 02:04 Cambridgeport90

@ItsAGeekThing, why 1.1.0 if that is indeed the case at this endeavour. Why not 1.0.1 as I suggested? Am I misunderstanding the SemVer spec?

@phillf

The patch version Z (x.y.Z) should only be incremented for bug fixes.

The minor version Y (x.Y.z) should only be incremented for new (backwards compatible) functionality.

Adding a new permission would be adding new functionality and in turn would warrant incrementing Y and not Z.

https://semver.org/#spec-item-6 https://semver.org/#spec-item-7

ItsAGeekThing avatar Apr 12 '21 02:04 ItsAGeekThing