tille

Argh all good –?i found it. From previous tests I had the admin’s email address inside the “Additional headers” marked as “From:” –?so no wonder that it was always used as a default. I now removed it and now using a different email address works just like that. Thank you very much! Cheers!

Found it! And the problem is half-solved / half-not-solved… I have the plugin “WP Mail SMTP” running and there was a setting “Force From Email” which was causing the problem.

Follow up question would be how to set the email address in the from field to an address other than the domain form 7 is running on. In this case I would basically need the submitter’s address to be in the from field, since it would make mail handling in the mail program much easier. At the moment there is the warning “Sender email address does not belong to the site domain.” below the from field. I know there is the risk “that relaying mail servers consider it as a spoofed address” – but would it anyways still be possible to set the from address to something other than the domain form 7 is running on? At the moment form 7 seems to override any other address with the admin’s address…:/

Thank you! Cheers!

Thank you for your reply! And sorry i didn’t notice your reply earlier…:/

The website in question is live –?and I would prefer not to show the URL publically. Can I send the you URL through some private channel?

Thank you for resolving this! Now the only problem remains that it only seems to work when the profile language or admin language is default / English. I have several pages where the admin language is German – and on those pages there is still the German translation “Willkommen” next to the profile name. I hope there is a way to solve this? Thank you very much! Cheers! t

@vinodkkumar Brilliant, thank you!

For those struggling with the formatting of the code I re-pasted it here in a code-container that should preserve the correct formatting of the ‘s.

And “of course” always put this the functions.php of your child theme –?then it will be still there after the next theme update…???

add_action('admin_head', 'admin_css_code');
function admin_css_code()
{
echo '<style>

.categorydiv div.tabs-panel
{
max-height: 200px;
}

</style>';
}

Thank you very much! Cheers!

ok, thank you, i just submitted a support request through your website…?

Best,

t

just as a follow up: seems to be a window unload error

Thank you for your response, but for for confidentiality reasons i can’t just record a screencast of the website where the problem occured . But maybe i will have an opportunity it on a dev environment in the near future…?

Update: I could now tried to replicate the odd behaviour in a Test Drive site on your website (https://try.devowl.io/) and it appear that the drag and drop only works without this oddity, when all default columns are shown. As soon as I hide either of the columns date or author or translation, the columns collapse “on drag”. I hope this can be solved some way? Thank you!

Hello Scott,

well –?this would be basically be *the* feature I am also looking for…

thanyk you very much
till

ok – found it: I hooked into the woocommerce_output_related_products_args filter –?the priority (99) is important since some other function was probably always setting the number to 3. So now I have this in the functions.php of my storefront child theme:

add_filter( 'woocommerce_output_related_products_args', 'hff_commerce_child_related_products_args', 99, 3 );
 
  function hff_commerce_child_related_products_args( $args ) {
	  
	//  echo("RELATED :::");
    $args = array( 
        'posts_per_page' => 4,  
        'columns' => 4,  
        'orderby' => 'DESC',  
 ); 
 	return $args;
}

…and it works…?

Hi Mark,
thank you for your replies –?and sorry that I didn’t answer…?I guess I was a bit confused how the plugin works.?
When I first installed FPW, I also edited the templates –?and it could well be that I left some empty space inside the div “fpw-featured-image” –?that would explain why the css didn’t recognize the div as ’empty’.

.fpw-page-title:empty, 
.fpw-featured-image:empty, 
.fpw-excerpt:empty {
    display: none;
}

Anyways –?since I am now using the divs with background-images, they are basically always “empty”. But I found my way round using a simple check if the image is actually present ( if ( has_post_thumbnail() ) { …) and they either showing or hiding the div with php unstead of css.

…so basically everything is fine now. Thank you very much!
Best regards
till

The problem occured with “FlexSlider”. Now I switched to “ResposiveSlider” and that ‘solved’ the issue.

Same here –?but this helped:
https://scotty-t.com/2011/03/28/fix-for-the-plugin-does-not-have-a-valid-header/