3939107 Newbie

By default, no client scripts run in View mode. One hacky way to get around this is to add a hidden Inline HTML custom field to the record, and in a User Event Before Load, write the appropriate JS to the field inside <script> tags. NetSuite will run the JS in the field as the field is loaded onto the form.

What is this line? var accountId = ifxFindRecord.returnRecordId("account", "number", postedData.GLAccount); I am not familiar with any part of the NetSuite API that looks like this, and I do not see that object/method declared in your code here. I might suggest injecting some nlapiLogExecution calls at various points…

In what kind of code are you trying to set this? What value are you trying to set it to?

What HTTP response code are you getting? Are you getting a 200 OK with an empty response? This would indicate that there is a problem with the value being returned by your RESTlet. If you're getting a 401 Unauthorized, then there is most likely a problem with your authentication headers.

I am not sure of a way to make the native list behave this way. You could create a custom sublist that is driven by a Saved Search that shows the results you want. See the NetSuite Help documents titled "Creating Saved Searches for Custom Sublists" and "Applying Custom Sublists to Standard Records"

There's a native context API, nlapiGetLocation(), ... Very interesting; I was not aware of that function! Seems like you will have to do this with a script like Voltron describes. A User Event deployed to your custom record that, on Before Load, compares the user location to the record location. You could redirect them…

Individual users can set their preference for page length under Home > Set Preferences > General > Optimizing NetSuite > NUMBER OF ROWS IN LIST SEGMENTS The default value for all users can be configured by administrators at Setup > Company > General Preferences > NUMBER OF ROWS IN LIST SEGMENTS

I believe I've accomplished this with a Customer search. Here are the Search Criteria: [ATTACH=CONFIG]n412078[/ATTACH] I used June of 2013 just because that's the existing data I had in the test account. You could just as easily change both date filters to "within last month". Here are the Search Columns:…

Do the results with zero value actually show as zeros? Or are they just empty cells?

Odd. If you revert it back so that it doesn't time out, what are the results when you drill down into a single Customer?

I can't really test this myself, but I would guess you are getting duplicate results either due to transaction lines or customer sublist lines. Try adding another filter to your criteria for Transaction: Main Line is Yes and/or Customer (Main Line) is Yes. You should also be able to drill down into your grouped results to…

The eventual solution was to add a Group summary type to all Columns EXCEPT for Memo, on which we put a Maximum summary type.

System Notes are searchable, so what about building a Saved Search on System Notes that filters down to only the field(s) you're interested in, then adding that Saved Search as a Custom Sublist on the relevant record?

Ah, sorry. I'm not certain whether this can be accomplished with a workflow or not, as my experience with them is extremely limited. It is definitely possible via scripting.

Take a look at Setup > Company > Auto-generated Numbers. There you can set prefixes, suffixes, and all kinds of other numbers for various record types. Alternatively, yes it is possible to do these things with a workflow or scripts, but if you can leverage the native feature set, I would always favor that.

You can rename record types altogether, but not conditionally. For example, you could rename the "Purchase Order" record type to always be called "Bid". In this specific case, you could start using Purchase Request records, and rename the Purchase Request record to Bid. Once the Bid is approved, it gets transformed to a…

Your company would need to enable the Purchase Requests feature. It should be a completely separate record type from Purchase Order.

function ValidateLineDate() { var lineDate = nlapiStringToDate(nlapiGetCurrentLineItemValue('item', 'custcol1')); var expectedClose = nlapiStringToDate(nlapiGetFieldValue('expectedclosedate')); var msg = "The date on this line is earlier than the Expected Close Date. nIs this ok?"; if (lineDate &lt; expectedClose &&…

Unrelated to the question itself, what is the intent of the || []; portion of var record = nlapiLoadRecord(...) || []; ? If `nlapiLoadRecord` returns `null` for some reason, this will make `record` an empty array, but then all subsequent calls to `record.set*` will throw errors because those methods don't exist in the…

Correct; I use it as well for my search results because those are actually Arrays. I was looking for clarification on *why* it is being used in this situation, where an nlobjRecord is expected. Defaulting to an Array will only cause errors to be thrown for undefined methods.

As a user, I typically use the Weekly Timesheet view to enter my time, and I'm typically saving about 4-6 entries all at once; even saving multiple entries at a time never takes 10 seconds for me. Sandbox versus Production and internet connection speeds will also have significant impacts as well. As far as the scripting…

There is an actual bug report on this behaviour (context not defaulting to `top`) here: https://bugs.chromium.org/p/chromium/issues/detail?id=626415 It is reported as of 13 July 2016, but I am still seeing this problem.

I was at a NetSuite User Group today and someone asked me about this exact same issue. I mentioned that we've definitely seen it happen, but don't know why or have a fix. =/

It does actually work, yes. Given that it's javascript and there is no `private` access modifier, you can override pretty much any function/property of the NetSuite API. As everyone previous has said, don't do it. Instead, post your relevant code, and we'll be able to help provide suggestions for optimization.

I've not tried this at all; could be a defect with `addSearchResults` or something. Are the results from very different searches? Or two pages of the same search?

If `projectName` and `taskName` are names and not internal IDs, then you need to use `setFieldText` instead of `setFieldValue`

You can build either a Restlet or a Suitelet to accomplish this. Restlets are externally available by default and require authentication. Suitelets must be configured to be externally available and don't require any authentication.

NetSuite development can make the best of us feel that way pretty easily.

What type of script is this? What event does this code get called on?

Can you post your code?