Thank you for your detailed feedback I appreciate it. Then another question I have is, what happens when toolset changes are saved when editing but do not reflect on the live version of the website? I have read many articles about Cache and making sure that "Cache View" is switched off but even with that at times chages just do not show on the live version of the website. I spend a significant amount of time re-doing views I have done simply because the changes being made are not reflecting. Here's an example, this is backend, when I am editing the page hidden link and this is the front end when checking to see if the edits have been made hidden link.
This has happened in many of the the views I have worked on. I have gone to the views themselves under,"Toolset>>Views" and started editing them directly and clearing Caching from there but that also seems to be not working out. I have also read many articles about this and have found that the support stuff from toolset ask to gain access and they resolve issues that way but that does little to help us know what was the issue. I also do not have any caching plugins installed at the moment cause I building locally and i also I know how caching can cause issues toolset views so I purposefully skipped their installation.
If you could please detail what causes such that would be great cause it's causing duplication of work and time being wasted.
I understand that cache could be the obvious cause for such behavior, but I can't help but think that the view you are editing might be different from the one shown in the front end.
And to further debug this, with the latest version of Blocks that we released today, you should be able to see the ID of the View being edited in the block settings.
Visit the page on the front end and inspect the page where the View is output, you should be able to locate the same ID in the markup for the View. Check if the IDs match.
I could check this for you too if necessary, if so, I will send you the access form where you can share your WordPress Credentials.
Please let us know how you want to proceed with this.
I would love for you to connect but you can only access the site if you are on the work network. Would sharing my anydesk credentials work? that way you can have access to my pc and view the site as I do.
I'm afraid we do not provide support over remote access applications, we would need to use another method,
So for now, with the latest version of Blocks (please update to version v 1.6.13), you should be able to see the ID of the View being edited in the block settings.
Visit the page on the front end and inspect the page where the View is output, you should be able to locate the same ID in the markup for the View. Check if the IDs match.
You could use a video recording app like Loom to show me your findings and more details about the issue.
So i've upgraded to the latest blocks and indeed I can see the View ID which is 247337 and it's the same ID i see when I inspect the live page. See attached hidden link. Hopefully the link works cause it's the first time using loom.
I do see other possible causes for this and we could do other tests,
1- What happens if you duplicate the view or use it on another new page?
2- Check if there are any conflicts that might be interfering with the rendering of Toolset elements. You can do this by temporarily deactivating other plugins or switching to a default WordPress theme to see if the issue persists.
3- If neither of the changes worked, please try exporting a copy of your site using Duplicator or All in one WP migration, I could then run your site locally and run other tests without affecting your live site.
Best,
The topic ‘[Closed] Split: Cache View’ is closed to new replies.
