Hi.
I have a pages query in a SA, and the SC on page has binding for offset from query manager and limit from a select/dropdown on the page.
Since the SC is auto-loaded, when the page opens, it gets called with limit as empty. And within a few ms, it gets called again, cancelling the first request - with a limit value from the select.
This select has static binding of 25,50,75,100 values and 50 is selected by default.
I have tried using selectLimit.value.default(50) in the SC binding as well, but that does not work.
I also tried setting a page flow, keeping the SC on no-autoload and load it from the flow, but it still sends blank value for limit.
If I add a wait of say 100ms inside the flow, it start working - but that is just a random wait time working in this instance and might easily fail in the future.
Any ideas on how to set this up so that default value can be passed to SC without needing a second call?
I think youāll find that it is 2 events that trigger the SC, page load and parameter change, it would be pretty much impossible for the SC to predict that a parameter is going to be updated so it has to fire on page load and then subsequently when the value is updated.
If you know this is going to happen, that is when the dynamic noload comes in. I do think a ārequiredā checkbox in the SC UI next to where the parameters data bindings are set might be useful. That way the SC isnāt called if a required parameter is missing.
What I don't understand here is the select list that I have is static.. So there is no parameter change. So could it be a bug or inefficiency in AppConnect?
In your first post the id is selectLimit and in the select code it is selectFilterLimit
is that deliberate?
I thought you might have a data binding to a session/local storage item which caused the āupdateā but no - I canāt see why it would need to fire twice⦠(unless one of the flows you set up is still triggering)
I donāt have time to look at it now, but perhaps you could provide me some extra information.
From what I understand is that it only happens on the initial load, does it happen in the stable and the new beta of App Connect? When you load the SC later, so having noload and then load it later with a button click, does it then include the limit option? Also you can try to move the SC component to the end of the page, so that it is placed after the select component.
Is the select also directly vissible or is it perhaps inside a conditional or data detail component? With a simple test page Iām not able to reproduce the problem, if you have a test page which shows the problem for me to test it would be helpful.
lol this might sound stupid⦠but one way i show the amount of OFFSET records⦠i take the āresolutionā of the device⦠if the device is small⦠i call up 10 records⦠if the screen is big⦠i then make the offset⦠100ā¦
so that my user dont have to select from the list⦠the bigger the device⦠the more records i call,