Riccardo

As suggested by @elizcardinal disabling the debug output it will hide the “Notice” but as @traypup said hiding doesn’t mean fixing (by the way the debug output should be disabled on a production website: less informations shown means a more secure website).

If you really need to “fix” this “Notice” you have to search your plugins and themes for the “get_woocommerce_term_meta” function and contact the plugin/theme developer for an updated fully compatible version of it.

If you cannot get an updated version (and you are on a WordPress at least 4.4) you have to manually replace every call to the “get_woocommerce_term_meta” function to “get_term_meta” function, PAYING ATTENTION that “get_woocommerce_term_meta” and “get_term_meta” are taking three parameters (“$term_id”, “$key” and “$single”) but “$single” is optional and on “get_woocommerce_term_meta” has a default value of “true” while on “get_term_meta” has a default value of “false”.

This procedure could be similarly applied also on another deprecated function, the “delete_woocommerce_term_meta” that has to be replaced with “delete_term_meta”.

A link could be added on the bottom of that pages adding these lines to functions.php of active theme:

if( class_exists( 'Awesome_Support' ) )
{
	function add_wpas_links()
	{
		// add link to personal tickets list
		echo '<div class="wpas-links">';
		wpas_make_button( __( 'My Tickets', 'awesome-support' ), array( 'type' => 'link', 'link' => wpas_get_tickets_list_page_url(), 'class' => 'wpas-btn wpas-btn-default' ) );
		echo '</div>';
	}
	add_action( 'wpas_submission_form_inside_after', 'add_wpas_links' ); // for new ticket form
	add_action( 'wpas_ticket_details_reply_form_after', 'add_wpas_links' ); // for ticket details screen
}

After various tests I have finally found that the problem is caused by a nestling of different output buffers (in my case there were 3 levels of output buffering nested).

So I have resolved substituting

ob_clean();
ob_flush();
flush();

with a while that loops until all OB levels are removed

while(ob_get_level() > 0)
{
    @ob_end_clean();
}

I hade the suspect that were the headers so I added a
header_remove();
before calling my setting of headers but without any positive result.

I’ve also checked that headers are clean echoing
get_headers()

By the way, I tried defining the SHORTINIT constant as you suggested and in fact it works, the download it start immediatly.

The problem is that I’m adding the WordPress enviroment because I need to use plugins functions to extract file data, but using SHORTINIT WordPress doesn’t load plugins.

Any other suggestion on what else could cause this problem on a forced download?

I’m still looking for a solution about it.

Hello, I have the same question:
is it possible to disable the NextGEN cache?

I’ve found that the line that breaks the code (at least on GoDaddy) is

@ob_end_clean();
line 242 on includes/class-dlm-download-handler.php

If you comment it out the file is download correctly ??

At this time the only “fast” fix I have found is to avoid the force download: setting every download in “redirect to file” mode and removing the “deny from all” .htaccess that you can find in “wp-content/uploads/dlm_uploads”.

I had the same problem on a GoDaddy hosting and it’s caused that 2 files where rejected by GoDaddy server during upload:
– GenBasBI.ttf
– GenBkBasBI.ttf

I tried to reupload them various times but they were always refused till I changed upload transfer type setting from “Automatic” to “Binary” (I’m using FileZilla) ??

PS: I uploaded dozens of websites using “Automatic” but I don’t know why just that 2 files were rejected…

I’ve found a solution to remove it without hardcoding NextGEN.
I have installed NextGEN and another plugin: Adminimize, a plugin that limits the visibility of backend elements based on user group.

On Adminimize setting page I have added this rule for post and pages:
1. rule name: NextGEN Featured Image
2. id or class: #set-ngg-post-thumbnail
and I have enabled it for the usergroups that not have to see the “Set NextGEN featured image” ??

On my WordPress the problem was that a function of Magic Fields 2 had the same name of a WordPress function.

I renamed the function mce_escape() and all its calls to mce_escape2() on “magic-fields-2\admin\mf_tiny_mce_langs.php” and the editor is back on track ??

I don’t know if this could open your wordpress to specific attacks,
but you can solve this error adding in WordPress Firewall 2 settings page the value:

attachments[*][post_title]

in the Whitelisted Pages => Form Variable field

You can find the form-login.php in your theme folder:
/wp-content/themes/YOUR-THEME/woocommerce/myaccount/form-login.php

Or in your woocommerce folder:
/wp-content/plugins/woocommerce/templates/myaccount/form-login.php

PS: It’s always suggested to copy your woocommerce templates folder to your theme to avoiding overwriting on woocommerce versione update ??

Thank you,
I was tring to redirect using an hidden input width value “redirect_to” instead of “redirect”…

If anyone is also using the login widget, you have to change also the woocommerce core file: /woocommerce/widgets/widget-login.php
changinge the get_permalink(woocommerce_get_page_id(‘myaccount’)) with the ID of the new page (PS: core changes are always to avoid if possible)

I’m still looking for a solutions in adding a captcha on Woocommerce user registration, anyone?