Something is happening on my website, because Views is not displaying correctly the WordPress Archives. I think there is an issue with wpautop function or something else. It is putting extra paragraphs and blocks in the code.
Please check this page: hidden link
You can see in the code, that every item of the loop is getting an extra "empty" duplication. If I remove everything from the item, it still gets duplicated. If I delete the wrapping <a> element also, the issue is resolved. If I rewrite the wrapping <a> element to div, the issue is resolved. So the problem is related to somehow the HTML structure.
There are other problems also on the website regarding this issue. The span elements are getting extra empty p elements and other strange things are happening.
As I see, it is only happening with WordPress Archives. With normal Views the same code is working.
It is very important to fix it asap, as my client is waiting for the fix. Thank you!
Hi Peter,
Thank you for contacting us and I'd be happy to assist.
The issue of the extra p tags in WordPress Archives is already reported and a fix of it is planned to be covered in the upcoming versions of Toolset Views & Blocks.
For now, you can use the patch shared by Nigel in this reply and let me know how it goes:
https://toolset.com/forums/topic/manual-paragraphs-being-ignored-on-home-page/#post-1501599
In case, the issue with the HTML markup generated by the WordPress archive still persists, you're welcome to share temporary admin login details so that I can see how this WordPress Archive is set up.
Note: Your next reply will be private and though no changes will be made on your website, please make a complete backup copy, before sharing the access details.
regards,
Waqar
Hi Peter,
Thanks for writing back and sorry to learn that the issue still persists.
I've checked the code in the "Magazin" WordPress Archive and couldn't find anything that would interfere with the HTML structure.
Can you please share a clone/snapshot of your website, so that I can troubleshoot this in more depth on my own server?
( ref: https://toolset.com/faq/provide-supporters-copy-site/ )
Note: If your web host doesn't support/allow the Duplicator plugin, you can use "All-in-One WP Migration" plugin as an alternative:
https://wordpress.org/plugins/all-in-one-wp-migration/
I've set your next reply as private.
regards,
Waqar
Here is the download link:
Sorry, but the previous reply was not private, so I had to remove the link for the backup. Can you please let me send you a private message with the link?
Sorry about the inconvenience and thank you for sharing the duplicator package.
I have the download link from your earlier message, so you don't have to share it again.
I'm currently downloading the package and since it is a large package of about 5 GB, this investigation will take some time.
I will update you with my findings, as soon as it completes.
Ok, thank you for your reply! The package is big because of the media files. You don't have to upload them to your server, as the problem can be checked without the images.
So I'm waiting for your reply and I hope with your solutions!
Hi Peter,
Thank you for waiting.
During troubleshooting, I was able to restore your website's files successfully, but the database export file failed through all the different methods that I tried.
Would it be possible for you to share only the database export file again, but this time splitting it into separate tables, as shown in this screenshot: hidden link
You'll need access to a database management tool like phpMyAdmin for creating a database export file like this. If your host doesn't provide direct access to a database management tool like phpMyAdmin, you can consult their support team to create these export files for you.
I've set your next reply as private as well.
regards,
Waqar
Hi! There is no need for further support, as the latest Views 3.1.2 version fixed this bug.
