Users can click on the Finish setup button on the WooCommerce Multichannel Marketing Dashboard which would redirect them to the MailPoet welcome wizard.
We want to track users that arrive to the MP wizard from
WooCommerce but at this point tracking is not enabled. So we store the
information in a setting, and send the tracking event to Mixpanel, if it
is enabled, after the user completes the wizard.
MAILPOET-5695
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]