Forum Replies Created

Viewing 15 replies - 1 through 15 (of 26 total)
  • Thread Starter edisooon

    (@edisooon)

    Hi,

    The translation issue seemed to be fixed recently, but it’s back after the latest update.

    Do you know what might have caused this?

    Thanks

    Thread Starter edisooon

    (@edisooon)

    Hi,

    I hope you are well.

    I wanted to let you know that the recent updates of the Cost Calculator Builder plugin have resolved the translation issues I was experiencing on my pages. Everything now appears to be working correctly.

    I reviewed the changelog pages, but I couldn’t find any entries related to translation fixes or improvements. Could you please confirm if this was due to a specific change in the updates, or was it just a coincidence?

    Thank you very much for your support.

    Best regards

    Thread Starter edisooon

    (@edisooon)

    Hello,

    Thank you for your detailed response.

    I understand the limitations and the fact that a proper integration with TranslatePress may take some time, depending on both sides.

    In the meantime, do you happen to have a workaround or a custom script I could use to properly display the correct translations for the Cost Calculator content? Even a partial or experimental solution would be greatly appreciated until a future update resolves this issue.

    Thank you again for your support.

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Here is the only JS code that works to block Stripe from loading while waiting for a plugin update that fixes this issue.

    This only targets the relevant page and its translation. Adapt it to your needs.

    <script>
    if (
    window.location.pathname.includes('/simulateur') ||
    window.location.pathname.includes('/quote-simulator')
    ) {
    const originalCreateElement = document.createElement;

    document.createElement = function(tag) {
    const element = originalCreateElement.call(document, tag);

    if (tag === 'script') {
    Object.defineProperty(element, 'src', {
    set(src) {
    if (src.includes('js.stripe.com/v3')) {
    console.warn('Stripe script blocked via override:', src);
    return;
    }
    element.setAttribute('src', src);
    },
    get() {
    return element.getAttribute('src');
    },
    configurable: true
    });
    }

    return element;
    };

    // Fallback for iframe
    const observer = new MutationObserver((mutations) => {
    for (const mutation of mutations) {
    for (const node of mutation.addedNodes) {
    if (
    node.tagName === 'IFRAME' &&
    node.src &&
    node.src.includes('stripe')
    ) {
    node.remove();
    console.warn('Stripe iframe removed.');
    }
    }
    }
    });

    observer.observe(document.body, { childList: true, subtree: true });
    }
    </script>
    Thread Starter edisooon

    (@edisooon)

    Hi,

    As already mentioned in the subject and explained in the first message, I’ve already tried enabling the “Fix missing dynamic content” option, but unfortunately it didn’t help.

    Do you have any temporary fix or script that could help with this issue while waiting for a more permanent solution?

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Hi,

    Yes, the issue is that original (untranslated) text is shown instead of the saved translations, but only for dynamic content that appears after user interaction (e.g. clicking to reveal fields).

    Some words and phrases are translated immediately when the page loads, others take a few seconds to appear translated, and some never show their translations at all. This behavior seems completely random.

    I’ve already cleared all caches, tested in incognito mode, and even fully disabled WP Rocket, same result.

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Hi,

    Thanks for your message.

    I’ve updated both the free and Pro versions of the plugin to the latest versions. The issue is now resolved on Chrome, but it still persists on Firefox.

    Please note that no other plugins were installed or active during the tests.

    Best regards

    Thread Starter edisooon

    (@edisooon)

    Thread Starter edisooon

    (@edisooon)

    Hello James,

    Each time I open or refresh the Cost Calculator Builder dashboard, it triggers a new 404 error for the following file:

    /wp-content/plugins/cost-calculator-builder/images/time_picker.svg

    Please note that I am not using the time picker functionality at all.

    It seems that the plugin is referencing this file regardless of whether the feature is active, which leads to unnecessary 404 errors in the logs.

    Additionally, each time I open an individual calculator, it also generates a 404 error. Example:

    site.com/cost-calc/3302

    Where 3302 is the calculator ID.

    Thank you for looking into this.

    Best regards,

    • This reply was modified 1 year, 1 month ago by edisooon.
    Thread Starter edisooon

    (@edisooon)

    Hello,

    Thank you for your response.

    Just to clarify, I’m not the end user — I’m a web designer who frequently recommends your plugin to my clients. I really appreciate the features your plugin offers, but aside from the issue we’re currently discussing, I’ve noticed several other points that may need attention. Here are a few examples:

    1. Settings › Basic › Summary Block › Keep details open by default
      This option no longer works.
    2. Global Settings › Email Template › Upload Logo
      The uploaded logo does not appear in the confirmation emails received by customers after submitting the form.
    3. Performance issues with larger calculators
      When a calculator includes multiple sections or components, updating totals and selected options becomes noticeably slow. There is also no loading indicator, so users are left wondering if the form is working or stuck.
    4. Incorrect total calculation when using Page Breaks
      When the calculator is split across multiple pages, the displayed total is often incorrect unless the user navigates through all pages. Some components (e.g., from page 4) are included in the total, while others (e.g., from page 2) are ignored. You can actually see which components were considered when displaying the summary details.
      This leads to confusion, especially if the customer submits an order without viewing all the pages (e.g., in a customizable product/package scenario).

    These are just a few examples. I believe the plugin would really benefit from a full review and optimization round, especially for more complex calculators.

    Thank you for your time and support — I’m sharing this feedback in the hope of helping improve the plugin.

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Hi,

    Here is an example:

    https://www.transfernow.net/dl/20250505C8rwx3in/4eke5pjN

    Looking forward to your feedback.

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Hello,

    Thank you for your reply.

    I can confirm that the plugin is fully updated, and all caches (server, browser, and plugin) have been cleared. However, the issue still persists.

    This is not a caching issue — the plugin is trying to load the following file, which does not exist:

    /wp-content/plugins/cost-calculator-builder/images/time_picker.svg

    The issue seems to come from a script or stylesheet that includes a reference to this image, even though the functionality using it is not active.

    To resolve this, you simply need to clean up the code to remove or conditionally load that reference only when it’s needed. That would prevent unnecessary 404 errors from being triggered.

    Thank you for taking this into account.

    Best regards,

    Thread Starter edisooon

    (@edisooon)

    Hello,

    Thank you for your reply.

    I’d like to clarify that the issue occurs consistently across different environments — both local and online — even when no other plugins are installed and using a default theme.

    The problem with the “Select option” and “Select option and disable” actions can be reproduced in a clean WordPress installation, so it doesn’t seem to be related to conflicting plugins or incorrect logic setup and I am using the latest version.

    The issue should be easy to reproduce on your end with a basic test form using conditional logic.

    Looking forward to your feedback.

    Best regards,

    • This reply was modified 1 year, 1 month ago by edisooon.
    Thread Starter edisooon

    (@edisooon)

    Hi,

    After several tests, I discovered that it’s due to “Action › Select option,” which no longer works properly (as before). What should I do in this case?

    Another issue: “Radio select” has lost its style when “Box With Radio Button” is selected in the style tab.

    Thank you in advance

    • This reply was modified 1 year, 2 months ago by edisooon.
    Thread Starter edisooon

    (@edisooon)

    I found a solution. in case someone needs it too.

    Just put this CSS code in WordPress > appearance > customize > additional CSS:

    .calc-toggle-wrapper { order: -1;
    margin-right: 5px !important;
    margin-left: 0 !important;
    }

    Thanks again,

    Have a nice day

Viewing 15 replies - 1 through 15 (of 26 total)