Box API 2.0 Set shared_link returns 404

最近我一直在玩Box.com的API版本2.0。Box API 2.0 Set shared_link returns 404

根據 this document的官方說明，我可以設置「訪問」爲「打開」文件成功。

但是，如果我將其更改爲「公司」或「協作者」，服務器將返回一條響應，說明未找到HTTP 404，如下所示。

{ 
    "type":"error", 
    "status":404, 
    "code":"not_found", 
    "help_url":"http:\/\/developers.box.com\/docs\/#errors", 
    "message":"Not Found", 
    "request_id":"609097837503b1dabc4d0c" 
}

而我無法弄清楚「未找到」是什麼意思是由這條消息。

這是要求身體我發送了一個OK

{ 
    "shared_link":{ 
     "access":"Open", 
     "permissions":{ 
     "download":true, 
     "preview":true 
     } 
    } 
}

這是返回我請求主體錯誤

{ 
    "shared_link":{ 
     "access":"company", 
     "permissions":{ 
     "download":true, 
     "preview":true 
     } 
    } 
}

我想知道是否它的東西我不應該這樣做，或者是隻是api中的一個bug。

在此先感謝您的任何回覆。

================================

一些更新的問題。

恐怕它不是一個案例相關的問題雖然我看到他們在文檔上的例子使用大寫的「打開」。

在我的情況下，無論是使用「打開」或「打開」，我可以成功地設置sharelink沒有任何問題。

但是，以下情況的行爲對我來說有點奇怪。

案例1：在權限兩個屬性（下載和預覽）設置爲false返回404 （其中只有一個設置爲true工作正常）

{ 
    "shared_link":{ 
     "access":"Open", 
     "permissions":{ 
     "download":false, 
     "preview":false 
     } 
    } 
}

在下列情況下，爲了說明目的，我首先將「訪問」設置爲「打開」。

案例2：設置「進入」到「合作者」返回404未找到

情形三：設置「進入」到「合作者」 工程確定，但JSON響應並沒有顯示正確的「訪問」爲「合作者」

以下是從殼體3的響應的摘錄，「訪問」仍然是「打開」

shared_link": { 
    "url": "https://www.box.com/s/03a47eb4b7dce0439d7f", 
    "download_url": "https://www.box.com/shared/static/03a47eb4b7dce0439d7f.pdf", 
    "password_enabled": false, 
    "unshared_at": null, 
    "download_count": 0, 
    "preview_count": 0, 
    "access": "Open", 
    "permissions": { 
     "download": true, 
     "preview": true 
    }

「公司」似乎與以前的案例一樣，所以我在這裏停下來。

出於好奇，我設置了「訪問」文檔中提到的任意字符（我嘗試過像「pp」，「c」，「test」），有趣的是服務器似乎全部返回200 ：確定，但JSON響應仍然是「訪問」：「打開」。相當混亂。

來源

2012-08-27 Azu

原來，「訪問」參數區分大小寫。我們現在已經修復了這個問題，以便「開放」和「開放」等都可以發揮作用。

事實證明，你也暴露了圍繞文件共享的一些棘手的邊緣案例。您可以設置一些安全設置，如「文件夾屬性：安全性」設置爲「僅限於與協作者的共享鏈接」。

enter image description here

事實證明，如果你已經設定了這項政策，即API調用來設置「進入」到「開放」，我們將返回404，我們會在做一個工作，更信息錯誤（如403，拒絕訪問）。

至於其餘的案件。

case 1：我們的web-ui限制您設置一些組合（如download = false和preview = false），因爲當我們構建共享功能時，我們認爲沒有必要一個不可下載的，不可預覽的文件。

情況2（和情況3的一部分）：設置爲「協作者」或「協作者」現在應該可以正常工作。 Bug已修復。

情況3：設置爲「co」或「foo」默認爲「打開」。我們現在已經改變了它，返回一個錯誤（404再次）。

希望有所幫助。

來源

2012-08-27 18:45:24 Peter

恐怕這不是個案例相關的問題。我更新了我的問題以獲得更多插圖。 – Azu

謝謝澄清 – Azu

Box API 2.0 Set shared_link returns 404

回答

相關問題