the goal is just to have a sublist show custom information, then be able to refresh that sublist manually when desired.

you cant do it clientside with any of the list type sublists

at least not if the number of lines can change

use Sublist.addRefreshButton

the refresh button will trigger another beforeLoad user event where you can add the sublist to the form again

pay attention to them when you press the refresh button

well, the refresh button triggers a beforeload of your user event sciprt, which will have its own logs

so the if hitting "refresh" triggers a beforeload, which event script is it triggering. The records?

blue button is what's added with the native

.addRefreshButtion()

. Hitting it triggers an XHR request to

https://<tenant>.<http://app.netsuite.com/app/accounting/transactions/salesord.nl?nexus=1&warnne[…]custpage_uv_fq_sublist_freight_quotes&ts=1737606094626|app.netsuite.com/app/accounting/transactions/salesord.nl?nexus=1&warnne[…]custpage_uv_fq_sublist_freight_quotes&ts=1737606094626>

. so.. looks like it would be the same user event attached to the transaction? And response looks like an HTML that is the form with a bunch of additional javascript scripts attached in html

so looks like it's calling the sales order transaction again, which I can attach to the

beforeLoad

of it. But I'm lost as to how to divert requests on a sublist refresh away from the normal transaction

beforeLoad

that would trigger when just opening the record normally

that would seem to solve my issues if I could do that

they go to the same place

if for some reason you need to tell the difference between an edit, refresh, or new record, then you need to add logic that looks at the

scriptContext.request

i usually use the r and machine parameters

now to figure out what code to write that will return the updated form sublist results

@battk I appreciate the suggestions. Took some time to experiment today to experiment and found some interesting takes. While the "refresh" button sends an XHR request to the server, which is handled by the same User Event as the original transaction itself, it's only returning just the HTML specific to the custom sublist. However, if I try to intercept the request the following inside the

beforeLoad

of the transaction

if (scriptContext.request.parameters.hasOwnProperty('machine')) {
            let sublistRefreshID = scriptContext.request.parameters['machine'];
            let freightQuoteSublist = scriptContext.form.getSublist({
                id: uvFQLibID.sublist.FREIGHT_QUOTES.id,
            });
            freightQuoteSublist.setSublistValue({
                id: uvFQLibID.sublist.FREIGHT_QUOTES.field.ID,
                line: 0,
                value: Math.random() + 'manual',
            });
        }

        uvFQLib.generateFreightQuoteSublist(scriptContext);

then I get an error that

freightQuoteSublist

is undefined, which means the sublist doesn't exist yet (the

uvFQLib.generateFreightQuoteSublist()

is what has the

.addSublist()

function in it. Only thing I can think of is that when the refresh button is it, the request to the server is basically an entire record load, complete with all events & triggers, on NetSuite's end, then NetSuite intercepts the response as a final hop, and strips out all the HTML except for the sublist, and then only returns that. This runs completely opposite to how I normally handle XHR requests, which is to only do/process what the XHR request is for and provide just that, not do the entire work again, and then remove what you don't need. I guess I'll have to chalk this up to another NetSuite quirk.

that includes your custom sublist