fergsarroca

Hi Laura,

Thank you for looking into this and for your detailed feedback.

I’ve tried both enabling and disabling Ajax loading for the form, but unfortunately, the issues persist with both settings.

With Ajax disabled:

• The form doesn’t drop the calendars, but it works perfectly when dates are set manually. The same issue occurs in responsive mode.

Given that the form works consistently fine when Ajax is disabled, even in responsive mode, perhaps a simpler solution would be to find a way to force the calendars to drop down when Ajax is disabled. Is this something we can achieve?

With Ajax enabled:

• While the calendars drop down fine, the behavior is inconsistent. In responsive mode, the calendars never drop down. In normal screen display, sometimes they trigger the upcoming fields, and sometimes they don’t. Here’s a video demonstrating this inconsistent behavior:
  – Link to the video in normal display
  – Link to the video in normal display

I hope this additional information helps in troubleshooting the issue further. Please let me know if there are any other suggestions or steps we can try to resolve this.

Best regards, Fernando

No please, i will answer during the weekend. Give me some more time. Not solved yet.

Thanks

Hi Dmytro,

Thank you for the updated snippet and the detailed instructions. I’ve successfully implemented the changes, including the switch to Ajax as instructed.

However, an inconvenience persists. The visibility rules don’t seem to trigger until I modify any input. It appears that subsequent fields are unable to interact with the automatically populated “number-3” field, which holds the result of the date difference calculation.

Furthermore, in the responsive version, the difference calculation between dates exhibits inconsistent behavior—sometimes it works, sometimes it doesn’t. But anyway, also unable to to trigger until I modify any input.

Here are the relevant links for your reference:

1. Form embedded in a pop-up with the issue [Ajax].
   – Snippet
   – Form
   
2. Same form embedded on a normal page with a different snippet, working fine and quickly [No Ajax].
   – Snippet
   – Form
   
3. Responsive, see the video until the end, I recorded it calculating and not calculating.

I appreciate your insights and assistance in resolving this matter.

Best Regards,
Fernando

• This reply was modified 2 years, 5 months ago by fergsarroca.

Very thanks for your support 🙂

Hi Kasia,

Thank you for the updated snippet. I attempted to implement it by creating a new mu-plugin and removing the previous snippet. However, upon adding the new code, I encountered a critical error resulting in a white screen.

Subsequently, I tried using both the new snippet and the old one simultaneously (although I understand this might not be the ideal approach), but encountered the same issue.

Here’s a screenshot of the error for reference.

To troubleshoot, I’ve already taken the step of deactivating every plugin from my WordPress plugin manager on the desktop interface, yet the error persists.

I’m concerned that I might be missing a crucial step or perhaps there’s a specific line in the code that requires modification for my setup. Could you provide further guidance on how to properly implement the snippet without causing errors?

Your assistance in troubleshooting this matter would be greatly appreciated.

Best regards, Fernando

Hi Laura (@wpmudevsupport3),

Thank you for the provided code snippet. Could you assist me in identifying the specific lines that require modification for updating the Form ID and adjusting the number fields? It would be immensely helpful if you could point out those lines to ensure the correct customization.

Your assistance is greatly appreciated.

Best regards, Fernando

Hi @wpmudevsupport11,

Thanks for the guidance. Just to clarify, the form operates perfectly on the page, but the trouble arises when it’s embedded within a pop-up. I’ve captured a screenshot illustrating the issue. You can take a look at it here.

As you can see in the screenshot, the calendar dropdown doesn’t appear, preventing users from setting the dates. This issue directly impacts the calculations in “number-1” field, which is crucial for the form’s operation..

Your assistance in resolving this matter is greatly appreciated.

Best regards,

Fernando

• This reply was modified 2 years, 5 months ago by fergsarroca.
• This reply was modified 2 years, 5 months ago by fergsarroca.

Yes, it’s still the same.

Thank you @wpmudev-support8 for checking the form; it wasn’t an issue, but I appreciate your assistance. There’s so much work in this form 🙂

Regarding the errors you mentioned, changing the theme didn’t affect it, regenerating Elementor assets didn’t help either. However, I found a conflict with Lightspeed. When I disabled it, the form worked perfectly on the Contact page. But when embedded in a pop-up, specifically with the mu-plugin, the calendar doesn’t appear, making it impossible to select dates and run the mu-plugin in the next “number-1” field.

Even when setting the dates manually, the “number-1” field dosn’t fill. I need to figure out if the mu-plugin can function within a pop-up and investigate Lightspeed’s compatibility. Lightspeed is crucial for passing Google’s PageSpeed Insights tests, so I can share those settings if needed.

Thank you again for your help.

Best regards,

Fernando

• This reply was modified 2 years, 6 months ago by fergsarroca.
• This reply was modified 2 years, 6 months ago by fergsarroca.
• This reply was modified 2 years, 6 months ago by fergsarroca.
• This reply was modified 2 years, 6 months ago by fergsarroca.