As for now, we will not load mailpoet admin scripts for MailPoet
and other default variables that are used in MailPoet Layout.
This is to prevent unwanted dependencies on the MailPoet plugin.
[MAILPOET-5637]
For ease of lookup, I changed the helper to return an array with keys
corresponding to the instanceId of the shipping methods. I couldn't see
anywhere else in the codebase where the keys would have mattered.
MAILPOET-5625
Without this check, if premium is present but not active, attempting to
view the stats page for a newsletter results in an "Invalid API
endpoint" error because it tries to retrieve detailed stats from a
premium endpoint.
MAILPOET-5511
One of the hardest problems in programming. Name changed to represent what the class is for now that we have removed the beacon. Hopefully.
[MAILPOET-5551]
Until now we were using the same render() method and Twig templates for
the segments and lists pages. This commit separates them by creating two
different render() methods, one for each page, and also separing the
Twig templates. Only the translations remain shared as separating them
would be more involved and probably not worth it.
[MAILPOET-5392]
This commit fixes an issue with the initial logic used to retrieve
shipping methods to build the UI of the 'used shipping method' segment.
It updates the code to properly retrieve WooCommerce shipping methods
configured for all zones. Before the code was getting just the shipping
method types and the shipping method instances.
The query that is used to get the subscribers that match this segment
will be updated in another commit.
[MAILPOET-4992]
We want to remove/refactor the whole ModelValidator class as part of the
Doctrine refactor.
This commit moves the method ModelValidator::validateNonRoleEmail() to a
new Validator class as the method is not used by the validator system of
the Paris models. ModelValidator::validateEmail() was also moved as it
is called by ModelValidator::validateNonRoleEmail().
[MAILPOET-4343]
