Marc

Hi Sybre,

I replaced the 2 filers I used for the description by the 2 you suggested. It still works on the description of the directory listing, but has absolutely no impact in what is visible in the back-end.

By the way, I noticed some strange behaviour of what is generated in the back-end (with or without the filters):

– French listing has “[the content of the title without “ArboLife |” ] on ArboLife |?[excerpt from description]”

– The English WPML duplicate has only “[excerpt from description]”

Best,
Marc

Hi Sybre,

I played with it on my staging site. I cloned the page and it created automatically 2 new pages with -2 added to the slug. I renamed the title, verified the SEO settings and published the pages. The problem persists with the French version having the English SEO settings.

I’d be happy to give you access to my staging server if you want to take a look or play with it.

Best,
Marc

Hi Sybre,

Yes I use the_seo_framework_pro_add_title, the_seo_framework_description_output and the_seo_framework_ogdescription_output.

I did create a request on github which is a request for a feature that can only be created once the back-end title and description get fixed: https://github.com/sybrew/the-seo-framework/issues/88.

Best,
Marc

Hi Sybre,

Happy holidays to you too.

No, this does not appear to be the same issue. I have an issue with only one specific page (the entire site is working fine for me otherwise). In the backend, I have all SEO settings done manually for pages somehow the French version o this page page https://www.arbolife.com/fr/services takes the English SEO settings instead of the ones I put manually in French on the back-end. Again, what I’m doing works on all other pages, blog articles, etc. Just not on this particular one. I sent you a screenshot back then through the interface you gave me.

Best,
Marc

Hi Sybre,

No, nothing weird in .htaccess. Let’s drop this topic for now as you and I probably have better things to do than troubleshoot this non-critical issue. I’m happy with a working manual version of the file.

Cheers,
Marc

Hi Sybre,

I searched my code for flush_rewrite_rules() and found some plugins using it, however they’re all reputable plugins like WooCommerce, BuddyPress and GeoDirectory… so there isn’t an easy culprit to start an investigation. I’ll leave it with the manual entry. Thanks for your answers and support.

Best,
Marc

Hi Sybre,

Saving permalinks is the first thing I did, that did not solve the problem, I still had a 404. Now I created a file manually with the content from your sample. If I remove it, it goes back to a 404 error.

What should I do now?

Thanks,
Marc

Hi @lebaux,

Thanks for your answer. I didn’t know I had to create the robots.txt myself, I thought it would be generated automatically. I first created an empty file with 777 rights, but it only displayed an empty page, so nothing gets dynamically generated. For now I entered manual content and it works, but I don’t think that’s how it’s supposed to be with WordPress and the SEO Framework.

Here’s the address: https://www.arbolife.com/robots.txt

Thanks,
Marc

Hi @micdabe,

I’m still interested in your code if you’re willing to share it.

Thanks,
Marc

Thanks Jeff, I updated the plugin and it works great now.

Cheers,
Marc

Voila…

Put this in your child theme’s functions.php:

function enable_bookings_hide_advanced_by_default_js_footer() { 
    ?>
        <script>
        jQuery(document).ready( function($){
            if (!$('#event-rsvp').is(":checked")) {
                $("input[id='event-rsvp']").click();
            }
            $("span[class='hide-advanced']").click();
        });
        </script>
    <?php 
} 
add_action('wp_footer', 'enable_bookings_hide_advanced_by_default_js_footer');

You need to check that it’s not checked, otherwise user editing an event will see a prompt to remove bookings. Here’s how you put in php (functions.php or your own plugin):

function enable_bookings_by_default_js_footer() { 
    ?>
        <script>
        jQuery(document).ready( function($){
            if (!$('#event-rsvp').is(":checked")) {
                $("input[id='event-rsvp']").click();
            }
        });
        </script>
    <?php 
} 
add_action('wp_footer', 'enable_bookings_by_default_js_footer');

Of course the example with a variable in double quotes won’t work, but in this line there are not quotes, so it’s the content of the variable that’s submitted to translation.

esc_html_e($usp_options['upload-message'], 'usp');

I tested it and it works, now I’m sure there’s a more elegant way to make the entire plugin WPML compatible by automatically registering all the strings from the settings (I think that’s the documentation I sent). In the meantime, I think my suggestion is acceptable, I see plenty of other plugins using this method with all variables.

Here’s probably what you’re looking for: https://wpml.org/documentation/support/translation-for-texts-by-other-plugins-and-themes/

For a quick fix, I justed tested the solution I suggested in my previous post and it works:

esc_html_e($usp_options['upload-message'], 'usp');

Best,
Marc

Hi Jeff,

I need to work on a multilingual site, so I type it in English in the USP settings (which work on the English version of the site), then I translate the string via WPML string translation, but the English version of the string gets displayed in the French version of the site. So something is still wrong with this.

If you tell me how to send you a private message, I can give you access to my test site where this issue is visible (I switched back to HTML5 Form + Default CSS).

Best,
Marc