Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • <message> shippingAddressState valor inválido: {0}, deve se ajustar ao padrão: \ w {2} (por exemplo, “SP”) </message>

    a tag <estado /> está em branco

    verifique se o estado está sendo preenchido na pag de checkout.

    You can get the file “mo” for your language in the “lang” folder of the plugin (example: /wp-content/plugins/supportcandy/lang/supportcandy-pt_PT.mo). Use the website https://ezgif.com/mo-to-po to obtain the “po” file. Edit it as you prefer and on the same site (https://ezgif.com/po-to-mo) create the file “mo” again. Make a backup of the original and place what you created in the same folder.

    I found several strings missing for Brazilian Portuguese – You should compare it with supportcandy.pot which is in the same folder.

    I created a VBA program (excel) that fills in the gaps using the google translator.
      Then I review and create the “mo” file.

    Good luck.

    Thread Starter marktasso

    (@marktasso)

    I was able to isolate the problem.
    The problem is in adblock / Chrome in Portuguese Brazil.
    The adblock “understands” that the footer-adv class is an advertisement.

    I sent you the following email:

    “Thank you for your effort to isolate this issue so that you can solve it.
    I think I got it now. I made a video ( https://youtu.be/Kf7mLRajvXA )
    The problem is not in Win pt_BR. It’s in Chrome pt_BR.
    Note that you need to delete the AdBlock extension and install it again when Chrome is in pt_BR.
    ….
    I don’t like to modify themes and plugins because it makes updates complex.”

    After a few more email exchanges you sent me two emails:

    “Yes, I am able to replicate this at my end.
    Please give me some time, I need to once check this with the concern development team.
    I hope you understand,your patience will be highly appreciated.”

    After some days:

    “Thank you for your patience.
    We have tested our starter sites with Adblock extension on and we are not able to replicate this issue.
    I am not sure what is happening at your site. Have you added any custom code or scripts?
    Could you please create a staging site and check if the issue persists or not?”

    You were unable to reproduce the second time, as you were probably using the Elementor – Header, Footer & Blocks plugin and making the footer with it.

    I created a new test site and the problem persists.
    So I made the following changes and the problem was resolved:

    1) With the Snippets plugin I added the following code:

    add_action( ‘wp_footer’, function () { ?>
    <script>
    jQuery(‘div.footer-adv’).attr(‘class’, ‘footer-astra footer-adv-layout-4’);
    </script>
    <?php } );

    this renames the footer-adv class to footer-astra

    2) In Customizing Additional CSS I add:

    .footer-astra .footer-adv-overlay {
    border-top-style: solid;
    border-top-width: 0;
    border-top-color: #7a7a7a;
    }

    .footer-astra .widget-title,
    .footer-astra .widget-title a {
    color: #000000;
    }

    .footer-astra {
    color: #434343;
    }

    .footer-astra a {
    color: #434343;
    }

    .footer-astra .tagcloud a:hover,
    .footer-astra .tagcloud a.current-item {
    border-color: #434343;
    background-color: #434343;
    }

    .footer-astra a:hover,
    .footer-astra .no-widget-text a:hover,
    .footer-astra a:focus,
    .footer-astra .no-widget-text a:focus {
    color: #3197d6;
    }

    .footer-astra .calendar_wrap #today,
    .footer-astra a:hover + .post-count {
    background-color: #434343;
    }

    .footer-astra .tagcloud a:hover,
    .footer-astra .tagcloud a.current-item {
    color: #ffffff;
    }

    .footer-astra .calendar_wrap #today {
    color: #ffffff;
    }

    The class is referenced in template-parts / advanced-footer / layout-4.php

    I hope you will adjust this definitively, but if you don’t, leave this post for others with the same problem to get a solution.

    Thanks.

    Thread Starter marktasso

    (@marktasso)

    Hi @brainstormteam

    So on my macbook with Adblock it also works normally.

    The machine in question is running win 10 (1903), Chrome (Version 78.0.3904.108) and Adblock (4.0.2).

    I tested on another win 10 (1809) and the problem persists.

    I think it might be Adblock on windows.

    Can you test in this environment?

    Thank you very much.

    Thread Starter marktasso

    (@marktasso)

    Hi,

    Looking more closely I discovered the problem. Chrome’s Adblock extension identifies the footer widgets code as an advertisement and blocks the viewing of the footer.

    I think you might have to change the way the footer is injected.

    Cheers.

    Hi Team Brainstorm Force,

    You didn’t say that for the “Header Footer Builtder” submenu to appear inside “Appearance” you need to install the plugin: Elementor – Header, Footer & Blocks

    So the widgets that are in custumize as explained on this page ( https://wpastra.com/docs/footer-bar/ ) don’t work anymore?
    I would rather use them.

    Thank you.

    Thread Starter marktasso

    (@marktasso)

    I’m noob in wp and php, but it seems to me that “tml_handle_auto_login” in functions.php doesn’t do the full job.

    I preferred to use the Code Snippets plugin and undo the previous hook and do a new function. So I don’t have to worry about a new version. Below what I put in Code Snippets. I added the last 3 lines.

    if i did nonsense please correct me.

    
    remove_action( 'register_new_user', 'tml_handle_auto_login'     );
    
    add_action( 'register_new_user', '_tml_handle_auto_login'     );
    function _tml_handle_auto_login( $user_id ) {
    	if ( ! tml_allow_auto_login() ) {
    		return;
    	}
    
    	if ( 'wpmu_activate_blog' == current_filter() ) {
    		$user_id = func_get_arg( 1 );
    	}
    	
    	wp_set_auth_cookie( $user_id );
    	
    	wp_set_current_user( $user_id );
       	wp_redirect( home_url( tml_get_request_value( 'redirect_to' ) ) );
    	exit(); 
    }
    
Viewing 7 replies - 1 through 7 (of 7 total)