| Issue Number | 368 |
|---|---|
| Summary | [Home] Add Document Activity Feed for Board Members |
| Created | 2016-05-12 12:38:34 |
| Issue Type | New Feature |
| Submitted By | Juthe, Robin (NIH/NCI) [E] |
| Assigned To | Kline, Bob (NIH/NCI) [C] |
| Status | Closed |
| Resolved | 2016-07-01 17:17:43 |
| Resolution | Fixed |
| Path | /home/bkline/backups/jira/oceebms/issue.184104 |
We would like to add a document activity feed to the Board members' home page, similar to the Document Activity feed that internal users have.
The documents included on the Board member document activity feed should include only summaries that have been posted by members of his/her Board.
At least a 13, with Drupal views and messages, the layout changes, and the filtering requirement.
The documents included on the Board member document activity feed should include only summaries that have been posted by members of his/her Board.
~JutheR: Would I be right in saying that for the edge case of summaries posted by someone who is associated with multiple boards, we should interpret this requirement as if it said this instead?
The documents included on the Board member document activity feed should include only summaries that have been posted for a board with which the current user is associated.
Otherwise, if board manager M is associated with boards B1 and B2, and posts a summary for a B1 topic, it would show up in the activity feed of all members of board B2, right?
Not exactly. How about this:
The documents included on the Board member document activity feed should include only summaries that have been posted by members of a Board with which the current user is associated.
To clarify, we only want them to see documents posted by other Board members (not Board managers or other internal staff) in their feed. We post a lot of summaries (Bonnie posts clean versions of all of the Adult summaries each month, for example) and this would clutter the feed and they could miss updates from their colleagues.
OK, that's clearer (we developers sort of created confusion for ourselves when we used the board_member table to capture relationships to boards for both board managers and board members, letting the role tables distinguish which the user was).
However, I still think we have an edge case which would be handled wrong the way you've worded it. Suppose we have this hypothetical board member named Barry, and he's a member of two boards (A and B) and he posts a summary for a board A topic. Do we really want all of board B's members to get notified?
You're right. In that example, only Board A's members should be notified. But Barry should be notified if a member of Board A or a member of Board B posted something.
Good, that sounds appropriate.
Thanks.
Thanks for these discussion which helps me to have more clear understanding on the requirement. In the summary, we can summarize the business rule for this ticket as followed:
Board member can only see documents post activities by himself or other board members in the same board.
If a person belongs to multiple board, he will see the member post activities from multiple board he is associated with and his activities will be visible on particular board where the post belongs to.
Let me know if there are any other situations to consider. Thanks!
Ready for user testing on DEV.
Deployment of OCEEBMS-369 has hit a snag, causing the creating of all summary document notification messages to fail on QA. Will post another comment when I've resolved the problem.
I think I have found and resolved the cause of the failures on QA. Ready for testing on that tier.
Verified on QA.
Verified on PROD.
Elapsed: 0:00:00.000626