Exporting the different categories of subscribers doesn’t work – it always exports ALL subscribers even when ‘Bounced’ or ‘Unsubscribed’ are selected. Please fix it.

I’m using the latest version of this plugin.

I am experiencing a recurring PHP Notice in debug.log related to Complianz GDPR. The plugin seems to be loading translations too early, triggering the following message in WordPress:

“Translation loading for the complianz-gdpr domain was triggered too early. This usually indicates that some code in the plugin or theme is running before it should. Translations should be loaded at the init action or later.”

Despite various attempts to delay the translation loading using standard WordPress hooks, the notice continues to appear, although less frequently.

It seems that Complianz GDPR is forcing translation loading before the recommended init action, which does not align with WordPress best practices.

Could you please review this issue and consider an adjustment in future updates?

Thank you in advance.

FormMaker is producing a warning in the admin panel which is causing other processes (eg batch processing from other plugins, plugin updates etc) to fail due to unexpected data being returned.

Deprecated: strpos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /home/sites/{domain redacted}.com/public_html/wp-includes/functions.php on line 7329 Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /home/sites/{domain redacted}.com/public_html/wp-includes/functions.php on line 2189 Deprecated: strpos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /home/sites/{domain redacted}.com/public_html/wp-includes/functions.php on line 7329 Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /home/sites/{domain redacted}.com/public_html/wp-includes/functions.php on line 2189

(I redacted the domain for security reasons) The warning isn’t very helpful, I’m afraid. I see this on more than one site. All other plugins and wordpress are up to date. Also happening on a site with minimal other plugins, so not so likely to be a clash.

Running PHP8.1

Disabling Form maker stops the warning appearing. Disabling othe rplugins does NOT cause the warngn to disappear.

My name is Palak, and I am a WordPress developer at Wingstech Solutions. I am encountering a complex issue in the admin dashboard where some order lists are missing details for variable items, specifically SKU and variation ID. Additionally, certain custom metadata is not being recorded as expected.

Despite my efforts to replicate the issue, I have been unsuccessful. I would greatly appreciate your assistance in identifying the root cause and finding a solution.

Thank you for your help!

Best regards,
Palak
Wingstech Solutions

I noticed that the HubSpot form and the HubSpot meeting blocks provided by the plugin disappear from the Block Inserter, if allowed_block_types_all is filtered and the filter returns an array.

For example when creating a diff from registered and disallowed blocks. Although the leadin/hubspot-blocks is still in the allowed list, the form and the meeting block aren’t loaded.

add_filter( 'allowed_block_types_all', function( $allowed, WP_Block_Editor_Context $context ) {
    return array_values(
		array_diff(
			array_keys( WP_Block_Type_Registry::get_instance()->get_all_registered() ),
			array(
			    // list of disallowed blocks e.g. 'core/verse'
			)
		)
	);
}, 10, 2 );

If I explicitly include the block names in the allowed blocks array, then the blocks are available in the Block Inserter.

add_filter( 'allowed_block_types_all', function( $allowed, WP_Block_Editor_Context $context ) {
    $diff = array_values(
		array_diff(
			array_keys( WP_Block_Type_Registry::get_instance()->get_all_registered() ),
			array(
			    // list of disallowed blocks e.g. 'core/verse'
			)
		)
	);

    return array_merge( $diff, array(
    	'leadin/hubspot-form-block',
    	'leadin/hubspot-meeting-block',
    ) );
}, 10, 2 );

Is this behaviour something you can reproduce and confirm? Would it be possible for the plugin to explicitly register the custom blocks in PHP with register_block_type() in addition the JS registration it already does?

I’m facing an issue where new students can’t enroll in courses after purchasing through WooCommerce. The orders show as paid, but the enrollment doesn’t happen. I’ve tried using the latest TutorLMS version (2.7.6) and rolled back to 2.7.3, but the issue persists. WooCommerce is also up to date, and rolling back didn’t help either. Existing students who enrolled before the issue are unaffected, but new students are facing this problem.

Could anyone advise on what might be causing this?

Thanks in advance!