• Resolved heresthecavalry

    (@heresthecavalry)


    Hi there, I’ve used this plugin on numerous sites and it’s always been brilliant. but I’ve just created a copy of a site where it works perfectly and installed TranslatePress (the new site will be a translated and adapted version for Turkish language and market.)
    At present, the default language is English, the same as the original site, and the secondary language is Turkish. Right now, as I am working with a translation proofreader alongside me, we use the switcher function to change to Turkish but once done, there will be no switcher, the site will just use Turkish, the switcher won’t be available (they’ll go to the English site instead) and it will always be in Turkish.
    So here is my problem. when DVforE is activated, with the switcher active, the English (default language) version loads perfectly but as soon as I switch to Turkish I just get a completely blank site – zero, zilch nada. Deactivate DVforE and eveyrthing is fine.
    What I need to know is if there is a known issue – and specifically is DVforE reacting to the language being switched (ie a conflict with the TranslatePress switcher functionality code) OR is it specifically Turkish that is the problem (eg different character set or something)?
    if it’s the first then maybe it will work when Turkish becomes the default and there is no switcher. If it’s TranslatePress itself or the Turkish language then is there a fix?
    I can show you the feature working fine on the English site – see here Villa Star – Queen Villas Turkey the little features list with icons (air conditioning, washing machine etc.). What is happening there is that each of those items references a term from a taxonomy created with jetengine. The same tax’s and terms that are used for the sites filters. About 35 items with the name and icon (buttons in fact but not linked) exist on the template and DVforE shows/hides them according to whether the cpt post has the taxonomy term.
    So really I am asking if you have any insight into why it’s not working and therefore whether it might work once we switch to Turkish as the Default language and get rid of the switcher functionality. Or maybe directly rename the taxonomies and terms into Turkish. I’m a bit desperate, I really want to keep this feature, but can’t do the default change until we are fully translated. And I can’t get JetEngine’s own Dynamic Visibility to reproduce the same effect.

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter heresthecavalry

    (@heresthecavalry)

    An update on this. I tried to get something into a debug log. Turned on the plugin, replicated the issue. Nothing at all in debug.log. However the error log does show repeated errors related to DVforE from a few days ago when I was first setting up this site and obviously trying to work out what was happening. But very oddly – nothing appears for today in the last hours when i ran this test to replicate the issue. I can send you the error log if you want, send me a private link to upload.

    Thread Starter heresthecavalry

    (@heresthecavalry)

    Hi there, You’ll be happy to know that I fixed this by rolling back to v5.0.16. I had deleted and reinstalled the plugin previously and taken it to 6.0.0 but that was no good. On 5.0.16 it’s working perfectly and the site is as fast as can be.

    What I would like to know is what the date of the update to 6.0.0 was as around May 15th another site sprung a problem with a menu cart that I kept invisible until it contained a product – I basically just took the dv off the given element as it wasn’t crucial. But it was a nice one and I’d like to get it back if I can.

    If you do want a look let me know, the site is under development currently and I can probably let you in if it will help you.

    For the time being, I’ll keep it on 5.0.16 but of course don’t want to do that indefinitely.

    Plugin Support Giovanni Cintolo

    (@giovannicintolo)

    Hello, thank you for the very detailed report.

    We’ve identified the cause, and the good news is that it has nothing to do with your configuration, the switcher or your JetEngine taxonomies and terms. You don’t need to rename anything.

    Here’s what’s happening: in version 6.0.0, some messages in the plugin’s editor consist of translatable text. The Turkish translation of one of these strings contains a small formatting error in a placeholder. On PHP 8, that incorrect placeholder causes PHP to crash with a fatal error whilst generating the page, which results in the blank page you’re seeing

    We’ve already fixed the issue on our end and it will be included in the next release

    Thanks again and apologies for the inconvenience.

    Thread Starter heresthecavalry

    (@heresthecavalry)

    Thank you so much. Delighted you could make sense of my problem and have found the cause. I’ll look out for the next release 🙂
    PS: I don’t know if it helps at all when it comes to back end code but early on in this project I found that Turkish has all sorts of compatibility issues with all sorts of WP functions and plugins when a woff or woff2 font is used. It has to be .ttf otherwise the special characters cause havoc.

Viewing 4 replies - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.