Learn how to make the most out of the Dropbox Community here 💙!
Ability to delete files from the Signatures tab and see which team members can access them.
Dropbox signature feature - the long list of signed files on this page on dropbox.com is not transparent enough. There's no clear way to tell quickly and easily who has permission to view these files. This can be worrying for an Admin! Also, I can't delete / remove these files. When I click on the 3 dots I can only download and preview. Dropbox support confirmed the only way to delete the file is to open each one and delete from there. This is not practical with hundreds of documents being signed. We need to be able to clear / tidy this list easily - bulk delete would be awesome. Thank you.
Safeguard data on sudden drive-failure to avoid accidental deletions
The following issue cannot get solved by using any setting inside Dropbox or by external precautions – such as alerts on OS-level. Staff should find a support ticket on the problem I describe. A few months ago, we ran into a sudden mass deletion of all Dropbox data. It turned out that the reason was trivial – and that the same could happen again any day. An M2 SSD drive screwed into a Laptop didn’t sit perfectly tight in its slot and its pins had lost contact. This drive was used for Dropbox (local storage). Dropbox interpreted this loss of contact with the drive as full deletion and silently nuked all files we store on Dropbox (in Cloud + all attached machines). Technically, it's the same data loss you'll experience when you unplug an external drive with Dropbox running while the machine on. As we work with large files, we run Dropbox in a fashion that leaves all data on local machines and cloud-syncs it. Whenever a drive fails, it will therefore erase all Dropbox data. Rollbacks via Dropbox may help recover data. Yet, nothing can protect our Dropbox volume (hundreds of GB) from getting cleared in the first place. Any app or website that references data stored on Dropbox obviously would get affected by full data removal. This could cause substantial initial damage (blank pages, due to missing data) and likely lots of clean-up-work (once data got recovered). We already considered options to sniff out unexpected directory write operations – here's a Microsoft tool one may use on Windows. Such a tool, however, even when perfectly configured (shuts down local Dropbox when self-destruction is detected) would only rescue Dropbox data on local machines. Any 3rd party references to Dropbox data would still break – as they plug into Dropbox Cloud storage, which still gets nuked when a drive suddenly dies or disconnects. We would therefore like to see a mechanism for paid Dropbox tiers that kicks in, as soon as a computer logged into Dropbox issues the deletion of the full Dropbox volume. Dropbox should stop executing this command on its cloud instance and all drives machines it still can access and ask Admins (via E-Mail / Push Message), how it should proceed: A computer logged into this acount has requested to delete all files on Dropbox. The name of this machine is [“human-readable Computer Name”], Would you like to proceed? If yes, please enter your Dropbox Password. ⚠ This message may also get caused by a hardware error on the computer in question. As long as you do not confirm by entering your Dropbox password, no data will be deleted in the cloud or on connected computers. Enter password to delete all Dropbox data | Cancel delete operation Please consider this addition. It requires practically no GUI and would not introduce workflow changes. Yet, this little change would bring Dropbox data integrity to the next level.
Delete docs in Signatures
When I have completed an e-signature process on a doc and have saved the signed doc elsewhere, I would like to be able to delete that doc from the signatures section of the platform. At present, I am not able to do that. I use that section of the platform to manage my doc signature process and be able to instantly see which docs are in process. Once the doc has been signed, I no longer want to see that doc in that section. It gets cluttered. Plus, the platform charges for data storage. So the idea that I can't delete docs that I no longer wish to store lacks a certain aesthetic to the platform experience overall.
The option for old data to be deleted after a specific time.
It would be great if there were an option for the folder that old data is deleted after a specific time is over. For example: I want in Folder1 an automated deletion of data after one month. This option is only for Folder1. In Folder2 is this option not activated and the data is permanent stored. This option would be great for data that is generated of other programs which have access to Dropbox to store data.More efficient method to share/unshare folders/files
Reviving this closed suggestion from two years ago. The current method of sharing folders is painfully slow, especially if you have a group of users where only certain users get access to certain folders. You have to go person-by-person to add, delete or change the type of access. Each time you submit, it takes several seconds to update one user. It is especially cumbersome when the members change frequently (people leave/join a group.) I suggest a "bulk" or "batch" method of changing sharing of folders using checkboxes or buttons. When you click on the share icon for a folder, it would bring up a popup window showing all existing share members, their options, and the ability to change attributes, and add new members. Here's a sample view of the window. The same technique can be used for files too.
User restrictions on bulk deletion or moving
It would be great if it were possible to set a user so they cannot perform bulk deletions or moves of files. One of the users, who does not have admin rights, accidentally moved a folder with 350,000 files. As a result, we lost the functionality of the links when returning the folder back. It would therefore be great if some users could be restricted so that it is not possible to move or delete files beyond a certain quota.