GAS: HtmlService.getUserAgent() returns null when using V8 [149247107]

Fixed

Bug

Status Update

No update yet.

Description

qu...@gmail.com

created issue #1

Feb 11, 2020 02:26AM

A short description of the issue:
HtmlService.getUserAgent() returns null when using V8 runtime

A small code sample that reliably reproduces the issue. The sample should run as-is or with minimal setup, without external dependencies.

```
function baz() {
var foo = HtmlService.getUserAgent();
Logger.log(foo);
return 1;
}
```

What steps will reproduce the problem?
1. If you run the code above with Rhino engine, the browser information will be logged.
2. If you switch to V8 runtime, null will be logged.
3. I'm afraid HtmlService.getUserAgent() returns null with V8 runtime.

What is the expected output?
The same browser information in the log as produced in the Rhino engine

What do you see instead?
null in the log

If you see error messages, please provide them.
none

Please provide any additional information below.
none

Comments

mu...@google.com <mu...@google.com> Feb 11, 2020 08:29AM

Assigned to mu...@google.com.

mu...@google.com <mu...@google.com> #2Feb 11, 2020 09:14AM

Status: Won't Fix (Intended Behavior)

Hello there!

If I understand this request correctly, you'd like an API to retrieve all the existing products and SKUs, like the list provided here?

Can you provide more details on the workflow you have in mind and the potential usefulness of this feature?

What impact (in terms of costs, productivity, etc.) could this feature have?
What workaround (if any) are you currently using?

Kind regards.

qu...@gmail.com <qu...@gmail.com> #3Feb 11, 2020 09:35AM

Today, we are importing users from Google into Okta. We include their license information and match against a static list we have defined (based on that API list). If a new license or SKU is added on the Google side, we won’t be able to link this to the user until we’ve made a code change to add the new item to the list. We usually discover the list needs to be updated when the customer complains as we aren’t aware of changes on the Google side. When we are provisioning users, we are unable to assign them the new SKUs and have sometimes removed their Google access because of this.

The other problem comes from updating the license list on our side. Since we can’t query an API, we risk human error when manually updating the list and deploying it to customers. If someone makes a mistake, it can corrupt the whole license and SKU list for customers, which will remove all of their Google licenses.

Message last modified on Feb 11, 2020 09:36AM

mu...@google.com <mu...@google.com> Feb 11, 2020 10:18AM

Status: Assigned (reopened)

mu...@google.com <mu...@google.com> #4Feb 11, 2020 03:20PM

In that case, can't you update the license list programmatically when a user with a new license is imported?

jb...@google.com <jb...@google.com> #5Feb 27, 2020 11:00PM

Marked as fixed.

No because the list is stored as a custom template on our side, so we don't have the ability to change it during import. It's the shared list for all customers.

qu...@gmail.com <qu...@gmail.com> #6Feb 29, 2020 06:25AM

Hi!

We have to make numerous calls to get this information, which counts against our quota.

Can you provide more details about this? How are you getting this information?

No because the list is stored as a custom template on our side, so we don't have the ability to change it during import.

I understand it's not feasible to update the custom template on your side during the import process?