Refresh after modal close?

[acjnas]

Thanx for the reply,

Yes conditional filters work as expected, but the trouble is when using inline filters selected by the user or expanding the list of records, (load more button) they all get lost after block refreshes.

[nocodeking]

Ah, inline filters. I just did a test and added inline filters to the block I’m refreshing and they seem to stay so far. I’ll play around with it and see if I can get it to fail but it looks good on my end at the moment.

[acjnas]

Here is my experience losing every inline filter after block refresh event:

[nocodeking]

I tried adding some inline filters to the list block I’m refreshing and they stay put each time. It must be something else affecting the code.

Do you have any other custom code that could be conflicting with it?

[artur]

The whole page experience is resetting the filters… Let me pass this to the team to see if we have a better way to reload a specific block after the modal close…

I guess you simply need to reload a single list after the modal close ?

[acjnas]

Hey @artur

We were sharing experiences about refreshing blocks after making changes via modal.

According to you, when inline filters are selected or maybe a search query is being made, you edit one of those filtered records (via modal) then close the modal, the block shall refresh ignoring the filters and the search criteria or it should refresh only the filtered records?

In my experience, all inline filters or search criteria, or prefiltered records list via URL are being ignored when refreshing the block using the ‘auto refresh block’ when modal closes. (if this is not the case I have to contact support.)

I have a scenario you can live test.

Thank you for your help.

[artur]

@acjnas, can you send me an example link to check it out? Also, are you relying on a custom code to do a refresh?

[acjnas]

Thank you for the assistance, I have just sent you a DM.

[James]

@cooper

window.addEventListener('load', function() {
    setTimeout(function() {
        var e = document.getElementsByClassName("sw-modal-close")[0];
        e.setAttribute('onclick', "MicroModal.close('sw-modal');  location.reload();");
    }, 1600);
});
</script>

What would the code be to implement this for the side modal? I’m guessing that’s the lateral one.

[Ben]

This code from @cooper doesn’t seem to work anymore, at least on older list blocks. Am I missing something here, because it used to work.

[afeno]

@lea

var iframeURL = iframe.contentWindow.location.href;

Hi,
In case that someone is interested to use the script from @lea with external iframes, if you change

var iframeURL = iframe.contentWindow.location.href;

by

var iframeURL = iframe.src;

you can also use this script with external iframe pages.

[Matt]

Was there ever an answer to this?

[clem_kyrro]

The code for refreshing the page after closing a modal does not work with the new blocks. Do you have an update? Thanks a lot!

[Ben]

@artur, I don’t understand the logic of modals that DO NOT UPDATE a parent page. When a record is edited, a form is submitted, or when any action occurs in a modal it should update all blocks on the page that the modal came from.

I think they used to at one point. Why don’t they work like this anymore? Please provide a solution here so we can configure modals in a way that is useful.

[artur]

Hi @Ben

It should be updating as you mentioned… can you share via live chat specific page where this is not happening so we can check and fix ?

–Artur

[Ben]

Hi @artur. Chat has not been that helpful over the past year. I suspect this is why there’s been so many custom code requests for this.

After configuring blocks and linked lists under tabs, those blocks are not updated when an action is taken on a modal from those blocks. Was modal behavior that updated parent pages also applied to blocks configured inside the new containers?

[artur]

@Ben need to check active tab vs non active tabs… the non active tabs upon click reload data so I assume there should be no problem…

For containers need to check and get back…

Is your case do you update a record and expect the change in a related record or it’s all about same record ?

[Ben]

@artur, all of the above would be nice, but neither. I’m attempting to add records with a conditional form in a modal. When a record is added this way, none of the blocks on the parent page under a tab associated with the record get updated or added.

[artur]

Got it this helps… I think form use case we still need to find dependencies in UI and update… for a moment I thought it’s about editing which should be handled already

[Ben]

@artur, following up to see if/when this will be done. Updating the parent page from modals, for ALL USE CASES, should solve this ongoing problem. Evidently, the codes used here have been an unreliable workaround for years.