Fixed
Status Update
No update yet.
Comments
jb...@google.com
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
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.
jb...@google.com
[Deleted User] <[Deleted User]>
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.
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.
Description
First, please search through existing issues to ensure that the bug has not already been reported. You can start the search here:
I could not find anything that matched the issue I'm about to report.
If the issue has already been reported, you can click the star next to the issue number to subscribe and receive updates. We prioritize responding to the issues with the most stars. You can also comment on the issue to provide any details of your experience with it.
If your issue has not been reported, please provide all of the following:
-----------------------------------------------------------------------------------------------------------------------------
A short description of the issue:
Any date/time calls made with the V8 engine enabled are incorrect
A small code sample that reliably reproduces the issue. The sample should run as-is or with minimal setup, without external dependencies.
function getStartDate(){
var d = new Date();
d.setDate(d.getDate() - 7);
return new Date(d.getFullYear(), d.getMonth(), d.getDate());
}
What steps will reproduce the problem?
1. Insert the code above into a .gs file
2. Write a second function that returns the function written above
What is the expected output? What do you see instead? If you see error messages, please provide them.
If '"runtimeVersion": "V8"' is inserted in the manifest file, the returned value is "[20-02-07 10:24:08:172 PST] Thu Jan 30 21:00:00 PST 2020"
If '"runtimeVersion": "V8"' is removed from the manifest file, the returned value is [20-02-07 10:27:15:272 PST] Fri Jan 31 00:00:00 GMT-05:00 2020 (which for the function above, is the correct answer)
Please provide any additional information below:
As I am writing reports to gather data from external sources, having an accurate date (beginning and end) is crucial to data validity. The only workaround I have is to remove the line from the manifest file. Unfortunately, I am having to run my reports manually because Apps Script will reinsert the line at some undetermined point.
Please investigate this issue with the V8 engine.