571335_zh-TW

liliconcom

當目錄可寫時，目錄是否可寫返回 0我有一個問題，以前對網絡驅動器具有隻讀訪問權限的用戶在提供讀寫訪問權限時仍然會導致目錄 writable() 在被授予訪問權限後在目錄中返回 0。 用戶已驗證他們可以在相關目錄中打開文件夾、創建文件、更新文件以及刪除文件。 其他人以前也遇到過這個問題。 這使得設置有關保存目錄的數據驗證變得困難。自動化和腳本編寫視窗回复: 當目錄可寫時，目錄是否可寫返回 0我的猜測是你是對的。 我的 IT 團隊可能只是更新要啟用的用戶的首次寫入狀態。 但是，當更新 is 目錄可寫的用戶權限以返回 0 時，jmp 可能要求第二個“古老”字段不是只讀的（完全未選中）。 我的 IT 團隊沒有意識到他們也需要修復該位置......

這是有道理的，這不是端到端測試。 因為他們顯然具有讀寫訪問權限。

已提前運行 is is directory 命令以確認路徑輸入正確且存在。 它確實返回 1。 感謝您建議將其作為初步健全性檢查。

我還將要求 IT 檢查該目錄的驅動器映射。 如果我找到解決方案，我會回來查看。

任何人都有一個 jsl 腳本，它可以執行端到端版本的目錄可寫，我可以將其插入以進行 JMP 正在執行的檢查？ 從長遠來看，這可能是解決此問題的更好方法……回复: 當目錄可寫時，目錄是否可寫返回 0

在 IsDirectoryWritable() 之前使用 IsDirectory() 驗證路徑是否存在。 如果目錄不存在（拼寫錯誤等），IsDirectoryWritable 報告 false，而不是錯誤。 IsDirectory() 對於名稱錯誤報告 false。 可能是驅動器映射問題？

 

在我的快速測試中，該函數似乎是在測試 Windows 權限，而不是實際進行端到端測試。 對於連接到 VirtualBox 的 Linux 驅動器，無論 Linux 權限如何，它始終報告 true（可寫）。

 

這是我所看到的：

User PermissionsUser Permissions用戶權限Admin PermissionsAdmin Permissions管理員權限

我以用戶身份運行，而不是管理員身份運行，沒有寫權限的文件夾有 isDirectoryWritable==false。

 

最後：有一個我認為不涉及的古老選項：

Directories don't really have a read-only attribute.Directories don't really have a read-only attribute.目錄實際上沒有隻讀屬性。

該方塊是第三種狀態，既不是選中的也不是未選中的。

https://superuser.com/questions/1580751/folders-created-with-read-only-attribute-and-i-cannot-remove