如何在 Google Apps 脚本中解锁"padlocked" Apps 脚本文件?



我有一个脚本项目,其中显示了一些"挂锁" .gs文件。我无法编辑或删除它们。

我需要使用这些文件,但是锁定它们的人不可用。

我试图使用类LockService的方法解锁文件,但似乎没有用。

如何"解锁"这些文件,以便我可以编辑它们?

我对其进行了figue。挂锁没有指向使用此脚本的实际文件。独立脚本中包含这些文件中有一个库。当我使用调试器时,它会从独立的库到达这些文件,并在脚本中显示带有挂锁。因此,挂锁仅表示这些模块来自单独的脚本文件!所以这不是锁。

我通过使用脚本创建相同的模块来处理它,并简单地将几个功能重命名。因此,我可以在所有路线上使用调试。

不幸的是,只有文件的所有者或域的管理员(如果您使用G套件)才能做到这一点。

我在我拥有的两个项目上出现了挂锁,并且是唯一的编辑,而没有理解它们为什么首次出现。他们出现在我的工作笔记本电脑上,但没有出现在我的家用笔记本电脑上。在工作中,我被签名到一个浏览器窗口中,上面有我的工作和个人帐户。打开包含脚本的Google表格时,它将打开作为我的工作帐户签名的脚本。但是,从表格打开脚本时,脚本打开但作为我的个人帐户签名(也可以访问)。我想这应该不是真的发生,但是确实如此。解决方案很简单,我只需要使用下拉菜单来选择我的工作帐户,该帐户打开了脚本的新窗口,而无需挂锁,我就可以正常编辑。一会儿很困惑... ph!

我也有同样的问题。事实证明,上面没有修复它,尽管相似,却与固定他的另一个人不同。就我而言,我在一台计算机上有多个Chrome用户。我在浏览器级别登录。我当时在浏览器中也拥有该文件。当我打开附上Google Sheets文件上的绑定的Google脚本项目时,它会按照应有的方式打开,但是每个选项卡上都锁定。我很困惑大约10分钟。

在界面的右上角,有一个下拉列表显示了用户B电子邮件地址,即使在浏览器级别上,我显然在用户A的浏览器中给用户A,锁消失了。看来他们有一种奇怪的方法来管理这些GSP的用户,从而颠覆了浏览器级别的用户登录。

最新更新