We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Linux
5 TopicsCase sensitive file name support
Most Unix systems allow case sensitive file names. MyFile and myfile are not the same object. This causes troublesome collisions when copying files, particularly if the names are of directories which contain softlinks which depend on the specific pathname. Current behavior is to rename the file or directory to a different name. That can cause problems.521Views0likes2CommentsAdd file type/mime type support for dropbox in linux.
Files in dropbox are stored as .gdoc when created with google docs, .gsheet when created with google sheets, .gslides when created with google slides, .paper when created with dropbox paper and finally, .papert when created from paper templates. but they are stored as plain text files in linux desktop. please add the file type support for .gdoc, .gsheet, .gslides, .paper & .papert in dropbox for Linux OS and add icons for the file types. 1. These are the icons I recommend for .gdoc, .gsheet and .gslides files:- 2. Create the following xml files:- <?xml version="1.0" encoding="UTF-8"?> <mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'> <mime-type type="application/vnd.google-apps.document"> <comment>Google document</comment> <glob pattern="*.gdoc"/> </mime-type> </mime-info> name this file as gdoc.xml <?xml version="1.0" encoding="UTF-8"?> <mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'> <mime-type type="application/vnd.google-apps.spreadsheet"> <comment>Google spreadsheet</comment> <glob pattern="*.gsheet"/> </mime-type> </mime-info> name this file as gsheet.xml <?xml version="1.0" encoding="UTF-8"?> <mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'> <mime-type type="application/vnd.google-apps.presentation"> <comment>Google presentation</comment> <glob pattern="*.gslides"/> </mime-type> </mime-info> and finally, name this file as gslides.xml Finally, move these xml files to/usr/share/mime/packages. 3. Update the mime database with the command " sudo update-mime-database /usr/share/mime " in terminal and the dev team, please add support for opening these file types in dropbox through firefox or any default os browser like in windows and mac.1.4KViews0likes3CommentsUpload/download from linux app
Hello, I understand that SmartSync is not available for Linux, but I decided to pay a personal license to backup some of my files (from external HDs, etc) to Dropbox via the website, on a directory excluded from syncing on my devices via selective sync. I quickly discovered that loading whole directories via browser is very slow, it's saying 1-2h left (to 1 day) for a directory of 2.3Gb. I get that integrating with Nautilus for the smart sync is hard and that there are not so many users but...would it be possible to add to the linux client the possibility of uploading/downloading directories to bypass the website and offer a 'manual' smart sync option? I am a little bit out of options not to make sense of the 2Tb of space I've just bought...663Views0likes2CommentsUpdate Fedora Repositories from Fedora Workstation 31 to Fedora Workstation 32
Currently all current Fedora Workstation users (version 32) receive the below error message: Dropbox Repository 51 kB/s | 25 kB 00:00 Errors during downloading metadata for repository 'Dropbox': - Status code: 404 for http://linux.dropbox.com/fedora/32/repodata/repomd.xml (IP: 54.192.73.23) Error: Failed to download metadata for repo 'Dropbox': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried Ignoring repositories: Dropbox This is because Fedora Workstation 32 anticipated an update to your Fedora repositories. However, upon looking at the directory list and consulting Dropbox customer support on Twitter, it is clear that there is not an updated Fedora Workstation 32 repository. See here: https://linux.dropbox.com/fedora/ Why you should update this repository: 1. You have clearly maintained a repository for most older versions of Fedora Workstation, so this missing repository for 32 is an inconsistent abberation. 2. Fedora Workstation 32 is upstream of corporate subscription-based RedHat Enterprise Linux, therefore, updating this for Fedora Workstation 32 will fix this issue once Workstation is merged into RedHat Enterprise Linux. 3. You may have subscribers who use Fedora Workstation 32 for their professional work. Their subscription money should pay for an update to your Fedora repositories for the latest version: 32. 4. This has already been an issue which many users have asked you to fix. Therefore, updating your repositories will maintain your current customer base and future customer base once Fedora Workstation 32 is merged downstream into Redhat Enterprise Linux and maintain your reputation with professional Linux users.5.6KViews17likes2Comments