LPS-45589 Handling the scopeGroups properly when turning on the staging
LPS-45460 copy and paste- BlogsUserNotificationTest in new class MBUserNotificationTest
LPS-45460 Change the services
LPS-45460 Fix - Only add the user email to bulkAddresses when  user mai notifications is activated
LPS-45460 Manual SF
LPS-45460 Improve test consistency. Default test user should create the entities and created user subscribe to them.
LPS-45460 Simplify the API. Do not pass default values.
LPS-45460 Reuse the methods.
LPS-45460 Replace missing use case
LPS-45460 SF
LPS-45460 SF
LPS-45461 Create a new SettingsDefaultConfigurationAction class for dealing with Settings instead of PortletPreferences.

At the same time, the common functionality between DefaultConfigurationAction and SettingsDefaultConfigurationAction is moved into a common superclass called BaseDefaultConfigurationAction.
LPS-45461 Adapt existing configuration actions to the new DefaultConfigurationAction class.
LPS-45461 Rename SettingsDefaultConfigurationAction to SettingsConfigurationAction
LPS-45461 Suppress
LPS-45461 Don't use a constructor because it's not as good for backwards compat
LPS-45461 Auto sort
LPS-45461 Rename to something that means more
LPS-45461 Move all logic in BasePersistedConfigurationAction to SettingsConfigurationAction. This way, we will pretend that we are using Settings in all the portal. What we'll do to maintain compatibility until everything is migrated is to make DefaultConfigurationAction extend SettingsConfigurationAction and wrap the old PortletPreferences with a PortletPreferencesSettings and then let SettingsConfigurationAction make its magic. I think this much cleaner than the parameterized class and also cleaner than having two wrappers: one for PortlePreferences and another for Settings to manage the "persistence". It also solves the problem with less classes and provides an easier migration path.
LPS-45461 Make already migrated ConfigurationImpl classes extend SettingsConfigurationAction