Others here will know better but I think that may be your issue...

ohhh

hmmm

interesting

FAQ: Transport Layer Security (TLS) Deprecations

We deprecated TLS 1.0 and 1.1 in all NetSuite sandbox and release preview accounts on October 20, 2017. The target date for deprecation of TLS 1.0 and TLS 1.1 for connection to NetSuite production accounts is April 21, 2018.

What do I need to do about my SuiteScripts? SuiteScript 1.0 requests such as nlapiRequestURL and nlapiRequestURLWithCredentials, and similar requests using the SuiteScript 2.0 https module, usually go to third-party servers. Management of these servers is not within the control of your company. After this change takes effect, these https requests will fail the handshake when attempting to connect to servers that do not support TLS 1.2. We recommend that you communicate with those who manage any third-party servers to which you connect, and ensure their servers support the TLS 1.2 protocol. What happens to my SuiteScript requests if a server does not support TLS 1.2? After TLS 1.0 and 1.1 are deprecated, SuiteScript 1.0 requests such as nlapiRequestURL and nlapiRequestURLWithCredentials and similar requests using the SuiteScript 2.0 https module will fail the handshake when attempting to connect to servers that do not support TLS 1.2.

Actually look like is the opposite...

hmmm

Hi all, we have lot of Promotions to be created. Unfortunately, there is no way we can do a csv import for them as it's an enhancement. I wanted to check with you all if it's possible to script this somehow?

Hi. I know this must have a really simple answer but what can I interrogate in a user event script to determine what type of record caused the script to fire? I have a ue script that places a custom button on a form and the button needs to perform a different function if called from the version applied to the Customer record vs. the version applied to the Sales Order record. I am just lazy and don't want to make two unique scripts to maintain in the future so I want the decision-making logic in the script.

you can use current record module, get the record and look at the type

and act upon that

Thanks. I just noticed as your reply was coming in that I an accessing context.newRecord. Guess I should have tried currentRecord before crying wolf. Thanks for the quick response.

@creece uploaded a file: Untitled

has anyone had to resolve "Cannot read property 'is_logged_in' of undefined" for a customer trying to log in?

I have a question about accessing Script Deployment parameter values from within a UserEvent SuiteScript. Inside of my afterSubmit user event function, if I call

nlapiGetContext().getSetting('SCRIPT', 'custscript_parameter_id');

, what exactly is that

getSetting

call querying? is it querying the script record or is it querying the script deployment record ?

the reason I ask is that the Script Deployment interface allows me to "Edit" and change parameter values, but I don't see those changed parameter values reflected when the script executes.

@bpieslak Not sure about SS1.0 but assume is the same, in SS2.0 you refer to the script.

Well hopefully you aren't writing new code in 1.0 but from help: "Use this API to get a system or script setting"

the type is what is specifying the "exactly" in your question.. so 'SCRIPT', 'FEATURE', 'PERMISSION' etc

ok. from what I see it is returning the "script" record's parameters, and not the script deployment's parameters

Script Parameters don't have values set on the Script record, only the Deployment.

getSetting

queries for the value on the Deployment record

ok - I will check my work again and see where my mistake might be.

are you getting any value? is the ID correct?

the parameter IDs are correct. I have a script that has 5 parameters, 3 of which have default values.

when my script executes, I am logging the value of all 5 parameters retrieved from

getSetting

Any of your parameter is preference or comapny?

company

should I have left that blank ?