mahara-contributors team mailing list archive
-
mahara-contributors team
-
Mailing list archive
-
Message #62930
[Bug 1926247] Re: Group collection notifications are sent per page
Group notifications are sent per page...
• No, when a collection is shared with a group. One notification is sent to all members of the group.
• No, when a collection is shared by a group. One notification is sent to all members of the group.
• Yes, when a collection is copied into a group.
• Yes, when a group collection is auto-created through creating a plan based off a template plan that comes with an assigned task page. The assigned page is copied and a collection is created for it.
Replicate steps to get notification for each view when a collection is copied into a group:
1. Create a group.
2. Create and add a member to the group.
3. Create a personal collection with two pages saved with these settings: Allow copying (Yes).
4. Copy the personal collection into the group.
5. Run the cron to update the time for the next run
Expect: One email for the portfolio the shared portfolio.
Actual: get two emails per member for each page of the copied collection.
It looks like the notifications are sent based on view check rather than
a portfolio check.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: mahara-contributors
https://bugs.launchpad.net/bugs/1926247
Title:
Group collection notifications are sent per page
Status in Mahara:
Confirmed
Bug description:
When a collection is shared with a group, the members of the group are
receiving a notification per page access. They should be getting a
single notification for the entire collection.
The number of notifications sent is related to the activity_queue
table rows for that type and collection. For a personal portfolio,
the rows are written when the pages are added to the collection on
collection/views.php where we "Add pages to collection"- we make sure
that if there is already a entry in the table that matches the type
and the collection id we don't add any extra ones. Group portfolios
seem to have a different workflow in that each individual page is
added as a row to the table on creation and not just when it adds to a
collection later on. This will need to be investigated to see where
we can avoid adding extra rows to the table that will produce page
access notifications instead of collection access notifications.
Steps to test:
1. Log in as admin to a site with at least a few other accounts
2. Create a group (can be 'controlled' membership) and add some other accounts
3. Create a group page, then another and then add them to a collection
4. Set the access to all members of the group and save
5. Run the cron and receive the notifications
Expected results:
All members of the group receive one notification to the collection
Actual results:
All members receive notifications based on the pages within the collection.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1926247/+subscriptions