A user should be able to "follow" individual content page and receive email notifications about new comments on the page. We'll confirm the message stack (https://www.drupal.org/node/2180145) works well and enable it for #2585059: A user should be able to "follow" documentation pages, #2585061: A user should be able to "follow" forum pages, case study, and post content types.
Remaining tasks
- Move the follow functionality code out of project_issue.module into a more generic module, make it configurable for any content type on the site.
- #2585049: Redesign 'follow' button pattern to be applicable to all content types
Deployment
- Add to drupalorg.make
projects[message][version] = "1.11" projects[message_notify][version] = "2.5" projects[message_subscribe][version] = "1.x-dev" ; By default, don't notify blocked users ; https://www.drupal.org/node/2184567 projects[message_subscribe][download][revision] = "5feb3d5" projects[message_follow][version] = "1.x-dev" projects[message_follow][download][revision] = "5a88d6f"
Merge & update to drupalorg’s
dev
branch and bluecheese’s2585049-follow
branch - Add to settings.php
$conf['message_subscribe_use_queue'] = TRUE; // Extend project issue’s flag for all following. $conf['message_subscribe_flag_prefix'] = 'project';
- Enable modules:
message message_notify message_subscribe entity_token message_follow
- Export new permissions
Comment | File | Size | Author |
---|
Comments
Comment #1
Lars Toomre CreditAttribution: Lars Toomre commentedI certainly would encourage this feature. A number of times of I have gone looking for a solution to a problem in the forums without finding a solution yet being resolved. I would very much like if such forum items showed up in my issue list if there are new postings. Often I do not post anything there and am simply looking for a solution.
Probably another topic, but I will mention here. Another type of node that I would like to flag is specific documentation pages. For instance, if the coding standards page is changed or receives comments, I would really like to see that in my issue queue.
Comment #2
dwwNote: no node types other than issues will show up "in your issue queue". If we enable following for forum posts (and yeah, perhaps documentation pages) they're only going to show up at the "Your posts" page in your profile.
Comment #3
WorldFallz CreditAttribution: WorldFallz commentedAs one of the main users of the forums I would have to disagree-- "+1 subscribe" is just as annoying in the forums as it is in the issue queues, lol. People posting forum threads are hoping to see it rise in their tracker from a response, not from someone having the save problem.
Up until just this past second, testing the feature on staging, I was completely unaware that doing this for forum threads was no longer part of the plan -- came a bit as a surprise or I would have mentioned something sooner.
And I think lars' mention of doing the same for documentation pages merits discussion as well. I know I would find it tremendously useful and would be interested to know if others would as well.
Comment #4
silverwing CreditAttribution: silverwing commentedSo far this hasn't been in any of the wireframes (or latest ones) of the community documentation but I think it would be very helpful to users. #1278256: Develop a plan to make it more clear that the current Documentation on drupal.org is community maintained..
EDIT: Adding #1287784: Follow-ups to improve the community docs
And I agree with WorldFallz, +1s are as annoying in Forums as they are in issues.
Comment #5
Lars Toomre CreditAttribution: Lars Toomre commentedSorry about that... I meant to say "My posts" queue.
I strongly believe that once the issue-type flag logic is released, we should expand the flagging logic to forums, documentation and even the new initiative type nodes currently under development.
Comment #6
drummWe should use words consistently. If this doesn't do the same thing as following issues, it should be something else. Maybe "Add to My posts."
Comment #7
dww@drumm: Please see my short comment at #1284694-50: Tweak UI of issue following (bluecheese). This does do the same thing as following issues (adds it to your tracker). Issues have some optional extras bolted on (namely e-mail notifications for issues you follow). There's a specialized view of issues you follow ("Your issues") since issues have additional data that are useful to display in a table. We might do a "Your documentation" view at some point with useful stuff like comment counts, last revision date, possibly even some of the current terms the page is tagged with. But they're still documentation pages you're following. "Follow" always means stuff you care about. How exactly we display the stuff you care about (and potentially notify you about changes) might be different depending on the kind of content you're following, but the central intention/action is always the same. See also #101341-36: 'My projects' should also display projects that are being co-maintained for more on a similar topic.
Comment #8
jhodgdonIt sounds like maybe a separate flag (perhaps with an identical UI?) would make more sense for forums, doc pages, and etc. But we need to think a bit harder (IMO) about what would happen if you flagged a page or a forum or whatever, and also what the expectations would be for someone seeing the button:
- Email notifications when the page is updated or commented on -- is that even possible on d.o? We have it on g.d.o...
- A "my bookmarked pages" page somewhere (if the flag UI says "Bookmark this page")?
- A dashboard block for "my bookmarked pages"?
Also, tagging this issue, since this is now a docs infrastructure item.
Comment #9
dwwIt's not clear to me why we want a separate flag for the different node types. And, we'd have to expand the tracker2 integration if we want it to be "watching" multiple flags. IMHO, we just want to let other node types use the same flag. Things will show up in "Your posts" (both the dashboard block and the separate page). If we want specialized views + dashboard widgets for "Documentation you're following", "Forums you're following", etc, like the "Your issues" we have now (which is effectively "Issues you're following", that's easy, but there's no real benefit to having separate flags (and some downsides).
No, killes does *not* want to allow e-mail notifications for forum updates. If we want that, we need to mount a campaign to change his mind and have a viable implementation plan. The email stuff on d.o now is native code in project_issue.
Comment #10
jhodgdonI'm fine with it being the same flag, as long as people will not be confused about the results (if you flag an issue, you activate notifications, and it goes into "my issues". If you flag anything else, there are no notifications and it goes into "my posts".... this seems a bit confusing?)
Actually, do flagged issues go into my posts, and will flagging without a comment add things to my posts now? And if I unflag it, does that remove it from my posts, the way unflagging removes an issue from my issue? These are the kinds of usability gotchas I think we need to be aware of.
Anyway, I think the next thing to do is to brainstorm about what features we want forum/doc flagging to have, and then figure out how to make them happen?
Comment #11
dwwYes. If you follow issues they show up in Your Posts and Your Issues. If you unfollow, they disappear from both. All this is explained in the front page news article I wrote.
Your Issues is basically Your Posts filtered to just show issues, with additional fields. Always has been.
Yes, it's a bit annoying that issues are the only node type that support email notifications. Maybe we can do something about that. But I wouldn't really want to delay this while we sort all that out. IMHO what I spelled out in the OP is all we need to do as a first step. I think we should move the question of email for forum updates to another issue so we don't block this on that one feature.
Comment #12
dwwPs if you flag an issue it does not activate email notifications. that's a totally separate feature that you manage via a different UI. I don't know what's giving people the idea that follow implies email.
Comment #13
klonos...I guess it is kind of a standard of how other sites work. That's what people are used to. I think it's a good think that the one does not imply the other in d.o and that we have more control over this (IOW whether we receive email notifications and for which projects and in what way).
Comment #14
MichelleIn forum software, you generally have the option of being emailed responses to anything you're following so I can understand the expectation.
Personally, my preference would be to not shove followed posts into the tracker/issues page and just have a simple page that lists all followed nodes regardless of what sort they are. All of those would then have the option of being emailed to you. Keep it simple and the same across the board, whether issues, forum posts, docs, whatever.
Michelle
Comment #15
jhodgdonI don't think we're going to shove anything besides issues into the My Issues page, and I personally would be greatly dismayed if any other type of content showed up there, or if that functionality went away. The issues page has special fields pertinent only to issues, and color coding for status, that makes it easier for me to use than the generic Track page, and makes it impossible to mix with other content.
Comment #16
klonosI would also like to be able to follow project pages. I mean to be notified on new revisions -> means that something of importance was possibly added (for example a new link to a screencast or a known issue etc).
I don't know if this belongs here though since for forum posts and documentation pages you can comment while not on project pages. Does my request fit here or should I file a separate issue for it? Perhaps an issue already exists and someone can point me to it since I wasn't able to find anything related after searching the queues(?).
Comment #17
hansfn CreditAttribution: hansfn commentedI think this is a good idea. It would be a nice improvement to drupal.org.
Comment #18
LeeHunter CreditAttribution: LeeHunter commentedThe docs use case is a little different than the issue queue or forums where people generally only make one post at a time.
For documentation, I think it's important to not only have the ability to enable email notifications on followed pages, but also to specify whether to receive those notifications in the form of a daily or weekly summary. The reason is that when editing docs people often make numerous changes, one after another, saving after each change. You probably don't want to receive a new email every time someone adds a comma, saves the page, and then changes their mind (something I confess to doing on more than one occasion).
This will also help subject matter experts feel more comfortable about signing on to be a reviewer for a chunk of content (something we desperately need), knowing that they can stay on top of the page without getting deluged.
Comment #19
LeeHunter CreditAttribution: LeeHunter commentedAlso ... and I'm not sure how difficult this would be to do ... but the ideal notification to send re. docs would be something that resembled the revision history (e.g. http://drupal.org/node/1709980/revisions) so that the recipient could see who made the changes and what the annotations were. If the recipient saw that all the changes were just me on a comma binge they could probably ignore the message whereas if the changes looked significant they could click a link in the message to go to the revision page and check the diffs. It wouldn't really make sense to send the text of the doc page and expect the recipient to read it over again.
Comment #20
killes@www.drop.org CreditAttribution: killes@www.drop.org commentedThis is obviously a great idea and I encourage people to get a dev instance and configure/code/test it. We may want to postpone after the D7 launch, though.
Comment #21
drummYes after D7 would be great. Now isa great time to survey what is in contrib to do this with little or no custom code.
Comment #22
klonosI vaguely remember somebody mentioning the idea of also allowing users to "follow" project pages. Was there an issue actually filed for this? I'm asking because searching d.o using the terms "follow", "subscribe" and "project" yielded too many results and I was frankly lost.
I'm often finding myself in the situation where important information is added to some project pages and I only find out about it after a really long time. Now, I realize there's an RSS feed available, but...
a) there's people like me that don't fancy RSS and would either prefer email notifications or some equivalent of the "My issues" page.
b) the current RSS feed is only about versions and respective changelogs while I'd like to be informed about changes in things like maintenance/development status, maintainer additions/removals and new revisions of the project body text.
Comment #23
silverwing CreditAttribution: silverwing commented@klonos - #1434450: Add the ability to follow projects like we follow issues
Comment #24
klonosThanx David! I couldn't recall if an actual dedicated issue was filed for this or if it simply was an idea posted in some related issue. So I was searching the entire d.o instead of limiting my search to just the issues I follow ;)
Comment #25
klonos...I'm calling this a bug.
Comment #26
mgiffordThe upgrade is complete now. Adding in related issue. Possibly we should mark #1621714: Allow to bookmark/favorite issues without abusing the Assigned field or issue tags a duplicate.
Comment #27
mgiffordComment #28
mgiffordWe should be able to leverage Flag Tracker much as the issue queue has. So rather than project_issue_get_follow_flag(), project_issue_get_follow_flags(), project_issue_flag_default_flags() & project_issue_flag() we should be able to use:
in drupalorg_handbook.module, right?
Comment #29
mgiffordNot working yet, but....
Comment #30
mgiffordGreat summary from @mparker17 #2218551-8: A user should be able to "follow" a Section of content
This is just one piece. I don't see at this point how to turn the Forums into a Feature.
Books didn't have a feature to diff against, but I added on that had the basic Feature based on what is there now, then add in the Follow stuff.
Comment #31
drummComment #32
Shyamala CreditAttribution: Shyamala commentedClosed a duplicate issue at #1860940: Implement notifications for comments on case studies and book listings
Comment #33
tvn CreditAttribution: tvn at Drupal Association commentedWe'll be covering this as a part of our work on Documentation section. We'll update issue 'follow' functionality to be more generic and enable it first for documentation pages and then for other content types (forums, case studies).
Comment #34
tvn CreditAttribution: tvn at Drupal Association commentedComment #35
drummComment #36
drummComment #37
drummComment #38
drummComment #39
drummComment #40
drummComment #41
drummComment #42
drummThe notification I've drafted so far is:
Comment #43
hestenetExceptionally minor nitpick: should it be 'commented on' rather than 'commented at'? Otherwise I think it's got all the essential info.. Short and sweet is best.
Comment #44
drummNew draft of the email:
Comment #50
drummThis is all set up on integration.devdrupal.org and working well in our testing so far. (integration has a different http password because it has near-production-level data, you can log into Drupal with your production password, but the site won’t get security updates as promptly as staging.)
Comment #51
drummThis has been deployed for the first two content types - case study and post.
Comment #53
mgiffordThanks @drumm!