Improve UI/functionality for holding and requeuing subscriptions

Created on 29 June 2021, almost 3 years ago
Updated 13 April 2023, about 1 year ago

The module supports the ability to place holds on content so subscription emails will not be generated for the item itself or comments placed on the item. These holds can be removed at any time to resume sending messages.

The module also supports creating group content as unpublished (no subscription email generated) and when published later subscription emails will be automatically generated.

This implementation is okay but its a little clunky and doesn't give users the level of control they may need. We need to find a clean way to support the ability to place holds on items, remove holds on items and optionally requeue items for subscription emails via the UI.

We'll need a new group level permission for requeuing items. This may end up being a set of permissions: requeue own, requeue editable, requeue all (I need to think about this)

The big issue is making sure these options make sense as presented in the UI with the form_alter. It seems logical, as artatac suggested in another issue, to provide a checkbox to requeue the item. But I need to be sure this checkbox isn't confusing when presented alongside a series of checkboxes to alter holds on the item.

✨ Feature request
Status

Active

Version

3.0

Component

Code

Created by

πŸ‡¨πŸ‡¦Canada JayDarnell Guelph, Ontario

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

Production build 0.69.0 2024