Currently the Group Registration block allows people to register for an inactive group as long as it is passed a valid group GUID.Add a setting to not allow registering if the group is inactive.

---

For the Mobile Group Attendance Entry block, it would be great to have the option in the block settings to sort the Group Members by LastName, FirstName instead of FirstName, LastName. We are using this block in a setting with a large group and, on top of that, couples and families are attending together. Listing all family members one after another would make finding them quicker and simpler.

---

Today, users of the Mailgun transport enjoy the ability to send email to a "sandbox", where they are sent to Mailgun but not delivered. This provides a valuable tool during Rock testing to verify that no problems occur when sending out very large (recipient-wise) communications (like what slipped through recent v17 testing and resulted in 17.4... ahem.)SendGrid has a similar feature https://mailtrap.io/blog/sendgrid-sanbox-mode-tutorial/ but if I'm reading it correctly, the SendGrid transport in Rock would need to be modified to optionally send the "sandbox_mode enabled" code.I could imagine this just being a "sandbox mode" checkbox within the SendGrid transport config, with appropriate...

---

Currently Next Gen Check In comes with a few default check in labels, but these labels are locked to their current sizes and cannot be resized.I would like it if there's a way to clone a system check in label so that we can modify the size to account for our printers.Zack Dutra and I have wrote SQL that can do this so I know this feature is possible. It would be great if this can be done via a simple button within the label interface. That SQL is here: https://chat.rockrms.com/channel/check-in?msg=uTXgc8zSkXLES8dhk

---

As staff in the Rock Profile page, we can add someone's Anniversary date and marital status. On the external website, there is not a way for someone to add or edit that information except the marital status on various registration blocks, therefore, we don't have that information for 99% of our congregation, yet it's something to be notified about when following someone. Can/should this be added to the Public Profile Edit block?

---

Currently, the Send Payment Receipts logic uses the Account Name field when generating Giving Receipt System Emails. In our context, account names are intentionally long and designed for internal use only. For external communication (including receipts), we maintain a Public Name field that is concise and appropriate for donors.Proposed UpdateUpdate the SendPaymentReceipts process so that Giving Receipt System Emails use Public Name when it is present, rather than the internal Account Name. • If a Public Name exists, use it in the email. • If a Public Name is not set, fall back to Account Name (ensuring backward compatibility).See this file: https://github.com/SparkDevNetwork/Rock/blob/fa88fb473de4a504f9fc6c918460e49322e21a9e/Rock/Transactions/SendPaymentReceipts.cs#L105...

---

The Timeline Block on a Person profile displays many different note types ranging from short automated indications of event registration to more detailed notes written by our staff as they interact with people. We would like to see a filter option on the timeline block, allowing the user to select a single note type to view. Our organization has created some different note types customized for different teams as they record their touch points and interactions as part of their ministry. As has already been mentioned in other Idea suggestions, when someone has a long recorded history the timeline block can become...

---

Rather than repeat everything again, please see this closed issue for more context. The TL;DR is that SendGrid is apparently returning some bounced email due to TEMPORARY reasons as a "Hard Bounce", which Rock then reacts-to by inactivating the email on the person.Historically this hasn't been a huge problem because the vast majority of these temporarily-can't-deliver bounces were due to "mailbox over quota" situations, which are pretty easy to handle and mitigate manually due to their low volume... even though they also should not be causing an email inactivation (again, because we can assume at some point the mailbox will be...

---

In the new V17 communication block when crafting a new email it would be great if we could have a one-click button that filled the name and email address of the current user.Most of the time the person creating the email will also be the person whose name should appear as the sender of the email.  A simple one-click "fill the fields" button would speed up email creation for staff.

---

Add an option on the Connection Opportunity Detail page to prevent connection cards for the same requestor from being added.

---