CSS bug with Avada theme

[dpmeneghettiParticipant]

I’ve been using the plugin with Avada theme (actually a child theme named cafeseguro) and I’ve noticed some CSS compatibility bugs.

Some styles set in Avada’s panel are lost when the plugin are active. If I disable Ajax Search Pro, styles come back. The only workaround that I found is disable the plugin, edit and save CSS from Avada’s panel or from style.css from theme folder, build a cache (via other plugin), and turn on Ajax Search Pro.

Even with this way, if I create a new post or page, all Avada styles are lost again! I already tried change “CSS compatibility level” in ASP compatibility settings, enable “Force inline styles” and “Load CSS files conditionally”, but nothing helped.

I tried disable all plugins, too, without success. Even with ASP active and ALL other plugins disabled, CSS remains broken.

At this moment, I disabled the cache plugin. Now, only homepage looks ok to me (http://cafeseguro.com.br/site/)

All other posts and pages are with CSS broken with ASP active (except homepage).
If we change the theme to main Avada (not the child theme), the bug remains. With twenty Seventeen theme, CSS looks like ok – but is not the case; I need use Avada 🙂

Example: http://www.cafeseguro.com.br/site/produto/cantus/
I sent you two prints from this post above, with ASP active (and CSS bug), and with ASP disabled (and CSS ok).

Can you help me?

In my FTP, WordPress is installed in /site folder.

tks
Diego, from Brazil

Attachments:

You must be logged in to view attached files.

[Ernest MarcinkoKeymaster]

Hi Diego!

Thank you very much for the details!

I have checked the URL which is supposed to be problematic, but it looks okay to me with the ASP plugin activated currently: https://i.imgur.com/PHsoHdt.png
This is a screenshot I can see on this URL: http://www.cafeseguro.com.br/site/produto/cantus/
Isn’t this supposed to be the broken page by default? Or do I have to do something to brake it? Does this look different to you at this moment?

If it is broken to you, but not for me, it could indicate a simple browser CSS cache problem. Modern browsers very heavily cache CSS files, and enabling-disabling plugins could trigger different states of cache. I recommend clearing the browser cache, and reloading the page a few times with the CTRL + SHIFT + R buttons, that usually helps.

Let me know if I need to do some specific steps to re-create the issue. Let me know if I should create a new post or anything, because I don’t want to touch your content unless it is okay with you 🙂

Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)

[dpmeneghettiParticipant]

Hi Ernest
Thanks for your quickly response!

In fact, that URL looks okay to me, too. As the homepage. But, please, can you check other posts like:

http://www.cafeseguro.com.br/site/produto/
http://www.cafeseguro.com.br/site/ingrediente/boscalida/
http://www.cafeseguro.com.br/site/registrante/basf/
http://www.cafeseguro.com.br/site/cecafe-reativa-cafe-seguro-e-propoe-agenda-de-trabalho-sobre-fitossanidade/

And other posts that you can access in this pages above. I changed the menu itens to make easly access other posts and pages with and without problems (please take a look in them)

Note, for example, that have visual differences if compare:

http://www.cafeseguro.com.br/site/produto/cantus/
(printscreen: https://imgur.com/a/4tEQP)

and

http://www.cafeseguro.com.br/site/produto/aminol/
(printscren: https://imgur.com/a/IgWqO)

Which is stranger, because they are same post type, with no reason to be visually different.

I suspected that could be a browser cache, but I’ve clean up everything, and tested in differents PCs – I tried a new browser too, recent installed with no cache. In all instances, I have same problem.

If you want, you can dehactive and activated my plugins, or create a new post, a new “produto” (product) – this website still are in develoment and only us have access. After that, compare the fonts and backgrounds showed.

I noticed that the missing styles (when ASP are active) are set in Avada config panel – not in style.css from my theme. That could be a clue?

[Ernest MarcinkoKeymaster]

Hi!

Thank you for all the details, I might have been able to find why. The links were indeed not returning the correct page layout.

It took me a great amount of time, but I finally found what the problem was. Simply, whenever Ajax Search Pro initialized the wordpress file system, the pages went broken, whenever they were saved.
My guess is that there might be an issue wit the file system API, if it’s initialized sooner in certain conditions. It might have to do with a speific server configuration and maybe php configuration as well – as I was not able to replicate this same problem on my test environments.

Anyways, the fix was very simple, I just had to remove the WP filesystem API initialization code, and replace it with native PHP code, and it all seems to be working correctly now. If any of the pages is still broken, simply disabling/enabling the plugin should get rid off that as well.

I will make sure to add this solution permanently to the upcoming update, as it does not affect the search, and prevents this possible issue as well, in case someone else encounters it as well.

Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)

[dpmeneghettiParticipant]

Hi, Ernest

Thank you for your help. Everything is working now.
You can close this ticket – if I found another bug, I will be glad to inform you.

Until there, I thank you again for the attention and quickly responses!

Have a nice week!

[Ernest MarcinkoKeymaster]

You cannot access this content. Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)

[Author]

Posts