Hi guys, i think i found a bug.
I did the following:
- In a project i added a repeatable field group called 'section'.
- This repeatable field group is holding 16 fields.
- The first field is a dropdown called 'type of section'. It holds 5 options.
- The selection of this dropdown is determining what fields are shown using a condition set on that particular field.
- A selection results in 3 visible fields (in fact 4, if you include the dropdown).
- Now, when we add for example 5 sections in a post the backend is working perfect in Chrome.
- However, in Safari (on Mac) the backend is freezing and loading times up to a minute when accessing that post (the more sections, the bigger the loading issue).
- By removing the conditions of the fields the issue was gone.
- During debugging i disabled all plugins and switched to the standard theme.
Can you replicate the same issue? And what can i do to fix this?
Thanks!
Marc
Hi Marc,
Thank you for contacting us and I'd be happy to assist.
In order to effectively reproduce and troubleshoot this, I'll need to see exactly which type of fields and conditions are involved.
Can you please share temporary admin login details, along with the information about the Mac device that you're using?
(e.g. device type, Mac OS and Safari versions)
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
Thank you for sharing these details.
During testing, I was able to reproduce this behavior and repeating field group section with conditions takes a lot more time in Safari than in other browsers.
This is something that can be related to how Safari handles page or script rendering or AJAX calls, but, I've shared this with the concerned team for further review.
I'll keep you updated through this ticket, but, on a side note, for a section base content creation like the one you're aiming for, the current use of repeating field group items can lead to performance issues in all browsers, as the number of repeating field group items and the content inside them will grow. This is because, while editing a single post, all that data will need to be submitted and processed through a single post edit screen.
A better alternate, in this case, would be to drop the repeating field group and instead add a new custom post type "Agenda sections" and then link the "Agenda items" and "Agenda sections" post types through a post-relationship. This way the information about each section will be distributed on its own post edit screen.
Hi Waqar,
I’m aware of the performance that is influenced by the number of sections. However, this is in browsers other than Safari acceptable for me given the simplicity for an average admin. But since I’m open to new suggestions. How would you advice me to determine the order of sections if we follow your way?
Thanks!
Thanks for writing back.
> How would you advice me to determine the order of sections if we follow your way?
- To have flexible control over the order of the sections, you can add a numeric custom field "Section order" with the "Agenda sections" post type.
And to show the sections in a particular order, you can show them ordered by that custom field.
Another alternative, if you don't want to include an extra custom field is to control the order by the "Agenda sections" post's published date. To reorder sections, you can adjust the relevant post's published date.
Ok, yes, i understand the idea. However, i think drag and drop for ordering and having sections in the actual post are two good reasons to go for the other option given the average technical level of an admin (in this project). Will you send me an update once you've heard from the 2nd tier?
Thanks a lot Waqar!
Sure, I'll keep you updated through this ticket.
Hi Waqar! I was wondering if you have any update. Thanks!
Hi Marc,
Thank you for waiting and we've hit a bit of a snag with this investigation.
I managed to see the slow loading behavior of the repeatable field group section in the Safari browser, on a clean test website.
Chrome (normal loading):
lien caché
Safari (delayed loading):
lien caché
However, 3 other team members with the same Safari and macOS version are not able to see any delay, when viewing the same post on the same test website.
lien caché
I'm going to share temporary admin details of my test website with you, in the next private reply. Can you please go to the edit screen of the only available "Agenda Items" post and see if it loads with or without delay in your Safari?
regards,
Waqar
Hi Waqar, thanks for all your good work. I've tested in your site in my Safari and loading times differ from 6s until a loading error. Also good to know is that the error was reported by my client who experienced this issue as well.
Can you proceed with this info?
Thanks!
Marc
Thanks for writing back.
I'm sorry I didn't get the part about the "a loading error".
Can you please share a quick screencast, showing how it loads on your Safari browser?
It just freezes (and the dots in the repeatable fieldgroep are not animated anymore). There is no particular error from the browser itself.
Thanks!
Marc
I'll share these details with the concerned team for further investigation and will keep you updated.
Thank you for your patience.
Hi Marc,
Unfortunately, no one else from our development or support team was able to reproduce this issue on their devices/browsers.
I'm afraid, at this point there is not much we can do until we have more reports and troubleshooting data to work with.
In the meantime, the only workaround that we can offer is to use any browser other than Safari, to avoid that delay in loading.
regards,
Waqar
My issue is resolved now. Thank you!
