2013-12-19 264 views
0

我嘗試使用下面的代碼共享從Ruby腳本文件夾:谷歌驅動器共享文件夾

def insert_file_permission(file_id, email) 
    drive = $client.discovered_api('drive', 'v2') 
    new_permission = drive.permissions.insert.request_schema.new({ 
    'value' => email, 
    'type' => 'user', 
    'role' => 'reader' 
    }) 
    result = $client.execute(
    :api_method => drive.permissions.insert, 
    :body_object => new_permission, 
    :parameters => { 'fileId' => file_id, 'emailMessage' => 'This a shared folder', 'sendNotificationEmails' => true, 'withLink' => false}) 
    log_results(email +': ' + file_id +' - file permission',result, true) 
end 

份額的細節,當我看着從所有者的登錄文件夾顯示文件夾被共享由那些用戶。但是,當我以參數「email」指定的用戶帳戶登錄時,該文件夾在其雲端硬盤中不可見。

我添加了電子郵件選項,以查看這是否與需要用戶單擊電子郵件中的鏈接以激活共享的錯誤/功能相關,但這似乎使情況變得更糟。然後他們得到一條消息,表明他們需要訪問,這很奇怪,因爲他們已經被列爲股票。

+0

UPDATE:這可能與Google Apps花費很長時間來註冊已刪除的用戶以及刪除用戶在系統中「滲透」有關。我一直在使用一小組用戶和文件夾進行測試,並將這些用戶作爲詳盡測試的一部分進行刪除,這可能導致Google Apps發生混亂。 – JRQ

+0

更新:那好像是這個問題。在我的測試用戶環境中循環導致Google Apps使其內褲變形。這一切似乎都可以按照預期的方式使用新的用戶數據,或者在測試周期之間有足夠的時間。 – JRQ

回答

0

耐心是一種美德。答案是讓Google Apps for Business在創建和刪除用戶帳戶時「趕上」,特別是在測試Google雲端硬盤的權限時。

相關問題