If Rock is running on Azure, there is a stored procedure that will let us determine what the current DTU limits the database is configured for. For the v11 upgrade, even though the upgrade notes mention bumping up the DTU, we still had a lot of people report errors after upgrade that were because they didn't notice/read and didn't bump up the DTU.I think it would be useful if the Rock Update block checked what the current DTU was and if it's below a certain value present a warning to the user (not an error, let them go ahead if...

---

The Person Filter - Children lava does not return a list of children sorted by age.  It would be helpful to be able to specify an option to return the list unsorted by age, sorted by age increasing (default), sorted by age decreasing.  

---

We are working to launch a new church and have found many people love the idea of giving to a specific area. It would be awesome if Rock allowed us to present needs that people could contribute to. Ideally, this would allow them to cover an entire area, give to the total or drill down a little and give to a more specific need. To show how I would want to set this up (oversimplified intentionally ). Worship/Auditorium -             52,000        Sound System  -              15,000                Sound Board...

---

Currently when editing the 'Continue Until' option on the schedule builder,  if you enter a value into the date or number of occurrences field the 'No End' option stays selected. We would like this changed so that it selects the appropriate option on a TextChanged or DateSelected event.
Submitted on behalf of Fellowship Bible Church

---

The Problem
The Attributes block (as seen on the Admin | General Settings | Global Attributes page) could be made MUCH more useful with a change to how it handles rights. Today, this block ONLY lets you edit attributes it exposes if you have Administrate rights, which makes sense because it (normally) is only used to edit Global Attributes and only Rock Admin role has Administrate rights to it.But imagine you need to build a page where someone else (some  other role) needs to edit only specific Global Attributes... there many reasons you might want to do this. So you plop...

---

We love the use of the 'Save then add' button for attributes in workflows, but this feature would also be helpful in other areas as well (group attributes, group type attributes, etc.)

---

Group Scheduler needs to display and be filterable by the Group Member Role. It makes a difference to us if a person is listed in the group as a ‘Leader’ or as a ‘Member’, or if they are listed as one of the custom group member Roles that we have defined in our Group Types. An example of this is a role of Jr Volunteer, we need to make sure that we still schedule enough  'Adult Volunteers'.  We also need the ability to see the custom Group Member Attributes in the Scheduler because we are using the attributes for important...

---

Rock has an inherent problem when using it to send text messages, which is that you can have a person opted-in to receive SMS, but if they subsequently switch carriers and don't port their number, or cancel their service, that number will eventually get recycled and assigned to a new person completely unaffiliated with your church... and you're now sending texts to the new owner of the number... a person that never agreed to accept your SMS messages. This is bad etiquette at best and possibly getting a complaint against you and/or having your messages marked as spam at worst. The solution...

---

It would be nice to be able to go back a week (or two) on the Group Schedule Status Board.  A lot of the times we may need to reference who confirmed and not confirmed the prior Sunday in an easier to read format than The Group Scheduler Analytics.

---

It would be great to be able to run the send attendance reminders job on a hourly or so schedule and send the attendance reminder email based on the time of the meeting not just the day-- rather than to have them sent at a specific time of day. We are using these for several different types of groups now and have created separate jobs and emails for these based on the group type, but some within those group types meet at distinctly different times and being able to send them based on the time that the group meets would...

---