ah. There's a few options i guess. But it should b...
# suitescript
c
ah. There's a few options i guess. But it should be like you have it unless the domain is wrong. You can use N/url to get the domain and N/runtime to get the ID. Would have to do the 1.0 equivalents of that
t
message has been deleted
I will check docs on the equivalent. You think it's the domain then that it's picking up on?
c
Check out SA: 49131
yeah it could be for sure
t
seems like this is overkill, and I am concerned that it's going to complain about the webservices url in there now...
c
im pretty sure thats what the N/url is doing behind the scenes too
t
unless that is one of the 'safe' domains
I'll give it a shot
c
Doc says that nlapiResolveURL that you are using returns an internal URL for the RECORD type. Using that service is "THE" way to figure out the domain unless you start doing some window.location as far as I know but what you have seems correct. What's the URL look like vs what its displaying
t
It took way less time to add the external param to nlapiResolveUrl than to fix NetSuite's example code
thanks for the sanity check
The only other potential issue being called out is a reference to the rest roles service, which is a valid endpoint going forward, just not typically used in NS: https://rest.netsuite.com/rest/roles
This is a 2.0 script
c
i didn't even see a param for it... been a long time
t
it's the 4th param
c
yeah im not sure how often you're gonna call a netsuite restlet from a netsuite script so you probably dont need to worry about it