To participate you must create an account on apostrophenow.org. If you have already done so, click Login.

Ticket #520 (closed enhancement: fixed)

Opened 18 months ago

Last modified 17 months ago

Add support for group permissions at page level

Reported by: tboutell Owned by: tboutell
Priority: critical Milestone: 1.5
Component: apostrophePlugin Version: trunk
Keywords: 1.5rc Cc: geoffd, rickybanister, agilbert
Symfony version: 1.4

Description

We did this on FM, merge it back to Apostrophe in the trunk as part of the 1.5 effort. We shouldn't haul in the LDAP support but the hooks that allow it to be done with project level overrides will still be there. We may need to pretty it up some visually.

Attachments

a-group-managers-new.png Download (22.2 KB) - added by rickybanister 17 months ago.
a-group-managers-old.png Download (21.2 KB) - added by rickybanister 17 months ago.

Change History

Changed 18 months ago by tboutell

  • status changed from new to accepted

Changed 18 months ago by tboutell

Done in [2016]

Apostrophe now supports granting groups editor and manager privileges at any particular point in the page tree, building on our strong support for granting privileges to individuals.

Add the new 'editor' permission to the GROUP (not the individual) in order to make it possible for that group to be granted privileges. This is analogous to adding individuals to the 'editor' group to allow them to be granted privileges singly.

Be sure to run the apostrophe:migrate task.

I ought to do some tuning to cut down on the number of SQL queries involved.

I ought to document this.

Changed 18 months ago by tboutell

  • status changed from accepted to closed
  • resolution set to fixed

Changed 18 months ago by geoffd

Very cool. How do you make a group?

Changed 18 months ago by tboutell

Same as making an ad hoc group on F&M. You go to the Users page and there are dashboard links on the left to switch between the users and groups admin pages.

Changed 17 months ago by rickybanister

  • keywords 1.5rc added
  • status changed from closed to reopened
  • resolution fixed deleted

There is a new design for adding the manager privileges to editors. We are no longer using the 'manager' nomenclature. We're just giving them additional privileges.



Changed 17 months ago by rickybanister

Changed 17 months ago by rickybanister

Changed 17 months ago by rickybanister

  • priority changed from major to critical

Changed 17 months ago by tboutell

I understand why you want this but there are different app.yml settings determining who the candidates are to receive these privileges so this is a backwards-compatibility break (although I don't know that all that many people have ever really leveraged that).

More importantly aMultipleSelect is not set up to implement additional properties, only a multiple selection, so there's a lot of rewrite on the front end too.

This would take some time.

Changed 17 months ago by tboutell

  • type changed from defect to enhancement

Changed 17 months ago by johnnyoffline

  • status changed from reopened to closed
  • resolution set to fixed

The functionality here is really already built and it's in the trunk.

I am opening a new ticket for a round of design for the page permissions.

Note: See TracTickets for help on using tickets.