Skip Navigation

[Resolved] When Toolset Views is enabled the site displays removed content

This thread is resolved. Here is a description of the problem and solution.

Problem:
Customer was trying to update a Kadence Row Block to remove an image background but the old image was displaying still.
Solution:
Upon further review, I found an option 'bgImg' set to 'BG-2.png' directly in the affected page.

To fix it, olease follow these steps:

- Edit the contact page
- Turn to text mode
- Search for 'BG-2.png' in the browser, you'll see it right at the beginning of the text
- Remove the option bgImg and save it
- Return to visual code

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 -
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 -

Supporter timezone: America/Sao_Paulo (GMT-03:00)

This topic contains 4 replies, has 2 voices.

Last updated by Mateus Getulio 1 year, 7 months ago.

Assisted by: Mateus Getulio.

Author
Posts
#2677880
enabled.png
disabled.png

I am trying to: Update a Kadence Row Block to remove an image background, but the image is still displayed on the frontend. I have tried to disable all of the plugins and found that it only goes away when I disable the Toolset Views plugin. It comes back if I re-enable the Toolset Views plugin. The server does not have any caching enabled for this hosting account.

Link to a page where the issue can be seen:
hidden link

I expected to see:
No image background on the hero section at the top.

Instead, I got:
An image in the background that shows up unless I disable the Toolset Views plugin.

#2677893

Mateus Getulio
Supporter

Languages: English (English )

Timezone: America/Sao_Paulo (GMT-03:00)

Hello there,

I believe the issue is the same as described here:

https://toolset.com/forums/topic/kadence-toolset-images-conflict/#post-2645945

This issue has been reported and we'll work on a definitive fix.

In the meantime can you please try to apply the workaround described in there to see if gets the issue fixed?

In summary:

- To set a dynamic background image in a 'Row Layout' block on your website, first add a static image to the block.
- In the block's 'Advanced' settings, assign a class to it, like 'featured-image-row'.
- Then, add a 'Fields and Text' block to your page or template and switch to its HTML tab.
- Here, insert custom CSS code targeting the class you assigned. This code will use a shortcode to fetch a dynamic image URL, replacing the static background image. For instance, to use an image from a custom field 'book-image', the CSS would look like:

<style>
.kb-row-layout-wrap.featured-image-row.wp-block-kadence-rowlayout {
   background-image: url([types field='book-image' output='raw'][/types]) !important;
}
</style>

This method allows you to use dynamic images while the main issue with the stray tag is being resolved.

Thank you, please let us know.

#2677896

Hey Mateus,

Unfortunately, that is not our issue.

We used to have a set image in the past, but now we want to remove the image as the design choice changed.
It was never setup with Toolset on the image background.

We still see the image that we removed when Toolset Views is enabled, but it goes to what it should be when we disable the plugin.

Thank you,
Jeffrey

#2677898

Mateus Getulio
Supporter

Languages: English (English )

Timezone: America/Sao_Paulo (GMT-03:00)

Hello,

I would like to request temporary access (wp-admin and FTP) to your site to take better look at the issue. You will find the needed fields for this below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.

Our Debugging Procedures

I will be checking various settings in the backend to see if the issue can be resolved. Although I won't be making changes that affect the live site, it is still good practice to backup the site before providing us access. In the event that we do need to debug the site further, I will duplicate the site and work in a separate, local development environment to avoid affecting the live site.

Privacy and Security Policy

We have strict policies regarding privacy and access to your information. Please see:
https://toolset.com/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/

**IMPORTANT**

- Please make a backup of site files and database before providing us access.
- If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link

Please, let me know if you need any additional details. Have a nice day.

#2677903
#2677906

Mateus Getulio
Supporter

Languages: English (English )

Timezone: America/Sao_Paulo (GMT-03:00)

bgimg.png

Hello there,

Thank you for providing us with that access.

Upon further review, I found an option 'bgImg' set to 'uploads/2024/01/BG-2.png' directly in the contact-us page(please see the attachment).

Please follow these steps:

- Edit the contact page
- Turn to text mode
- Search for 'BG-2.png' in the browser, you'll see it right at the beginning of the text
- Remove the option bgImg and save it
- Return to visual code

I tested it and this fixed the issue for me, I reverted my changes so you can test it out.

Please give it a try and let us know the results.
Mateus