Closed (outdated)
Project:
Subscriptions
Version:
6.x-1.2
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
5 May 2010 at 17:30 UTC
Updated:
27 Sep 2019 at 13:32 UTC
Jump to comment: Most recent
Comments
Comment #1
wildmtsky commentedUpdate - the only thing that possibly changed recently was the theme. If this has anything to do with it, why????
Comment #2
wildmtsky commentedDefault send interval is set to -1. Is this correct?
Comment #3
wildmtsky commentedAre there any know conflicts with any modules? Please help I am really at a loss.
Comment #4
wildmtsky commentedOkay, changed back to default theme and the subscriptions are ONLY sending the user with roles assigned. For example, we have staff and admin roles. The "regular" users are only assigned to the "authenticated user" role. All of the subscriptions for everyone are set to the default settings. The only users that absolutely need to see the email that subscriptions sends out, doesn't receive it. Help....
Comment #5
salvisCould it be that your nodes are created unpublished? Those are sent only to users with the 'administer nodes' permission.
Please update to the -dev version and check whether the issue persists.
Comment #6
wildmtsky commentedHi thank you for your reply!!!
Thanks for your suggestions, but that was not the case. I did get it to somewhat function but found that there was no connection between those that didn't receive the notice and should have.
If I upgrade to the dev version will it any way adversely affect the site functions? The subscriptions module is imperative to site function. Appreciate this so much!
Comment #7
salvisThe -dev version is safe to use at this point, certainly better than 6.x-1.2.
Comment #8
salvisIf you want me to investigate this, you'll have to break it down to a simple example such as #788990-2: Notifications not sent on updated content, subscribed via taxonomy.
Building on that test, I subscribed a user without any roles to 'red' and updated my story again. This produced the same number of rows in the {subscriptions_queue} table for the bare user as for user 1 (and will result in one notification for each user).
This is with the -dev version.
Comment #9
salvis