ScriptApp.getService().getUrl() behaving differently Rhino / V8

[Pablo Felip]

Hi, all,

I've just noticed this odd behaviour of ScriptApp.getService().getUrl()... under Rhino, you get the usual public URL of a published webapp:

But after changing the execution engine to V8 (same script, just some seconds later, no tinkering with deployments), I get this:

The second URL (V8), ending with /dev, is the private one useful while testing. I've tried with several different scripts and this behaviour seems consistent, at least on my side.  Instructing the user of a document-bound AppsScript template to get into code editor > deploy to get the public URL is not that bad, but simple things like showing it programatically help reduce friction, IMO.

Any idea why this is happening? Bug or by design (for reasons beyond my understanding)? Any workaround for this? (using the Apps Script API to manage deployments is not an option).

[Alan Wells]

See this post:

https://groups.google.com/d/msg/google-apps-script-community/LF0MhRzh49w/wlVwwOvAFwAJ

[Tanaike]

Is this thread useful for your situation? https://stackoverflow.com/a/60236195

[Pablo Felip]

Thanks, I saw that... the issue is not exactly the same, although it seems to be closely related. I suppose that V8 has a certain amount of quirks yet to be ironed out. For the time being, I will revert to Rhino on the affected script(s).

[Pablo Felip]

Thanks, Tanaike. I noticed this behaviour while working on a small project that will be distributed as a document bound script (Google Slides template). I wanted to make it as easy to reuse as possible, so instructing the user to bind his copy(ies) of the script to a standard GCP project and activate the Apps Script API maybe isn't the best choice. Probably getting into the editor and publishing as a webapp is a more straightforward solution until we eventually get an advanced service to properly manage deployments.

[Tanaike]

Thank you for replying. I think so. And also, I hope for being added Apps Script API to Advanced Google services.