If user has view right to a shared folder do not let them save or copy files to this folder.

We have a lot of users who still save file and folders to a shared folder where they only have view rights
in the filr client. When reinstalling filr all there files are lost.

Comments

  • Valid request Joost.

    Given that Filr Desktop client shows remote files as an extension to local file system - there are limitations on why we can't do this easily. But will keep an eye on this and based on interest - will prioritize.

  • In Dropbox users get a warning message so it most be possible to create this

  • Same for every other EFSS solution I know (ex.: Varonis, Ivanti File Director).
    They make local files and directories "read-only" locally if they are read-only in the backend.

  • If you prefer a "lazy" implementation, at least show a clear warning on the client when it tries to modify a file that is read-only on the backend, with options for the user to decide what to do (delete local file; rename; move, etc).
    For sure it will be possible to do it, as Filr is aware of changes to the local file system and then, when it syncs to the server, the later will get an error from the storage backend when access is denied due to files being read-only.

  • Not run into this myself but I feel we need to have a solution for this. I guess and upload error flag is set for this file when the user changes it and the file cannot be uploaded as the server side is RO. So either we inform the user directly and on a time to time base to move the file or we do it ourselves after confirmation, moving the file to like "HOME/Shared With Me - Modified" (if available)

  • To add to that: when Versioning is in place we could tag the RO version as "Official" and the user version as "Personal" so the user can always find back the source version of the document and their own modified version case they wonder the Official version is missing their edits. Mind when having Versioning in place the users version is just a branch of the previous version.