Saulius Vikerta

I’ve updated all ACF related packages:
– ACF Pro 5.8.7
– acf-builder 1.8.1
– ACF Table field to this current version with timeouts (new script version is in the sources)

This doesn’t help to solve the issue. Deleting the table row in the UI, doesn’t reflect on Gutenberg block preview, nor the site frontend after post Update.
Actually as many rows can be be deleted, still they all stay in the front page.

But there’s a trick. If I delete row, then change “use table header” value, the Update now does the real update.

And always – any newly added line works well and updates the block render.

I can also confirm the initial report by @monkey-theatre is valid.
I use StoutLogic/acf-builder and create Gutenberg blocks that can have a Table from ACF Table Field.

Just updated to 1.3.9.
Noticing 2 issues though:
1) In the admin Visual (Gutenberg) editor mode, edits of the table shape: remove row and hit page [Update] – doesn’t actually show that table has changed. Frontend is the same, and after reload admin – recently removed row is back in ACF table field UI.

— there is workaround for 1 problem. I edit another (same block, not table ACF field, a sibling one) text field, then hit [Update], then normal update has happened. So I guess, ACF Table field does have a problem with notifying its change.

2) Text change in a cell, gives kind of cached change. I make “1-update” in one of the fields, hit [Update], Frontend does not show change.
Then I make “2-update” in the same field, hit [Update], Frontend shows now “1-update”. So to see that last change in Frontend, I need to do another fake edit.
I do confirming that site was not cached.

• This reply was modified 6 years, 5 months ago by Saulius Vikerta.