Forum Replies Created
-
Posts
-
Please respond soon, I have a site that was accidentally upgraded and urgently needs the slider fixed. Patching with the GIT page did not fix the issue as described here: https://kriesi.at/support/topic/new-revslider-6-breaks-enfold/page/2/
Hi @ismael
Thanks for the reply. As I said, the JS script fixed the issue, but it was incomplete as it didn’t add all the containers. I amended it.
We’ve recreated the page several times from scratch, and the issue kept reoccurring. So if you mean there should be a fix in the _new_ version of Enfold that has not been released yet? Then we can make another attempt, if it generates different short codes. Again, the problem isn’t just on this page, we have no idea where else it could be occurring, and it’s a bigger site potentially affecting multiple pages.
I uploaded the source to the post where this is occurring. Can you please check it to see if there are old shortcodes in it that would cause this issue. If not, then why would we rebuild the page and expect a different result every time?
Best regards,
Sebastian
Hi @ismael
We did this JS workaround, you also need to add
.container_wrap.footer_colorto the children.But, this is not a solution. There is an example on the German staging page, and the source in private.
Hi @Ismael
Thank you for your reply.
I will try the above java-script as it essentially does what I do in the video, but that can’t be the actual solution, to go and reorder the elements past render?
A modification is already in place, but that’s the code you pushed in 4.1.2 with
issetinstead of your suggested!emptyabove?Best regards,
Sebastian
Hi @ismael
This is still occuring. I’ve made a video to further illustrate the extra </div> tags that are being injected:
https://www.dropbox.com/s/ne5w5hgyh6k4i1k/TabBarBug.mov?dl=0
Best regards,
Sebastian
I’ve tried the above solution, but it does not work. As soon as I set it to equal height, the containers appear at 100%. Regardless if I swap them around, update, then swap back.
This is a very serious issue, and it seems to be sporadic. If you say it’s a short problem, do you have an example of a before and after? This way, I could potentially find-and-replace directly on the database.
Kind regards,
Sebastian
Hi @ismael
Thank you for your reply. As I mentioned, we have over 150 pages. This would take days to do. Is there a find and replace mysql I could do instead?
Kind regards,
Sebastian
Hi Enfold Team
@basilis, @ismael, @yigit any news?This is not the same as: https://kriesi.at/support/topic/force-columns-to-be-same-height/, maybe similar to https://kriesi.at/support/topic/update-to-4-0-6-causing-issues-to-equal-height-columns/.
Thanks for checking this out as soon as possible.
Cheers!
I have the same issue as well! I suspect it has something to do with the top menu items being custom menu items (#-links).
Hi @basilis
Any update as to where you are with this? This is a really cumbersome way to use Enfold otherwise.
Thanks for quick update!
Kind regards,
Sebastian
Hi!
I wanted to update that this is still an issue. We have figured out a workaround, and a way to reproduce the issue. It’s extremely labor-intensive to even update the page as every time we add something, it breaks. We would really appreciate some effort in resolving this soon.
Workaround Steps (try this with http://stage.paymash.com/de/)
1. Save entire page as template
2. Delete the page entierely
3. Create new page and reapply template
4. (For homepage, re-add as front page and apply translations)Reproduce
1. Open Front Page in German
2. Add any element
3. PublishKind regards
@basilis,@victoria, @grizzlydev
An update: The issue is reproducible if you set any tabbed page in german to the default home page. If you unset it as homepage, the tabs work properly again.
Let me know if you need assistance reproducing this!
@Basilis, I’ve contacted the WPML team: https://wpml.org/forums/topic/strange-behavior-in-theme-enfold-tab-sections/. I will post updates here if there are relevant findings to Enfold.
Hi again @Victoria
I looked at @grizzlydev’s suggestion as well, and it appears to be in the parameters that are being sent to the
avia_new_sectionsfunction, where$closeis being set totruefor some reason.I’m using WPML to translate. The original language is english.
Steps to reproduce:
1. Edit the front page in German
2. Remove the tab section
3. Publish
– Notice how the content below is now showing correctly and there are no extra</div>tags
4. Edit same front page
5. Add a tab section with content in the same place as before
6. Publish
– The</div>tags are back, even though the content is different.Thank you for replying.
Kind regards,
SebastianHi Victoria
Thank you, but this problem is not occurring on the other languages on the site, even though the same tab section is used. So a CSS patch won’t help in this case. Also, if you look at the other languages it doesn’t even come close to fixing it. Again, if you look at the source code, and analyze it using an HTML validator, you will see that there are two extra
</div>terminating tags right after the tab section. If you remove the tab section, you don’t need CSS patches.Please see the attached screenshot. I’ve also turned off notices now, let me know if you need them on again for debugging.
Thanks for this! It seems to work now.
However I’ve noticed another curiosity (before your workaround); it seems to work intermittently. If you create a new page and add the shortcode again it will work. A few updates later, it will stop working with the template builder. If you delete the page and set it up again, it will work again. Obviously you can’t support all plugins, but event espresso is one of the big ones, and the bug happens in combination with the Enfold theme being active.
