We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Forum Discussion
eurico
5 years agoExplorer | Level 4
Need to "download proprietary daemon" every time Xubuntu restart.
I have installed Dropbox successfully on Xubuntu 19.10 using the 64-bit .deb installer from from https://www.dropbox.com.
But there is a problem, because every time Xubuntu restarts appears a pop-up window from Drobox saying "Dropbox is the easiest way to share ... to blablabla... you must download proprietary daemon ... blablabla". This happens every time the system starts. And then I click ok, the daemon gets intalled again and Dropbox works fine. Sometimes, I click cancel and Dropbox works fine too, but in some opportunities by clicking cancel Dropbox does not works. All the Dropbox requirements are ok, my machine configs are ok too.
So my question is, what is the problem? And how can I solve this?
Ooh, Yes. That's known bug in the control script. I have signaled long time ago, but no fix yet. Dropbox development don't care about. Easiest way is ignore such messages and always reject new install (it's already installed in fact). Another way is introducing delay in launching after restart. In fact due to heavy initial load, the script can't detect the working daemon and decides that it's not installed (incorrect).
PS: For more details related to the issue, take a look on a thread where that's widely discussed (almost monolog in fact). One possible solution (for the current trouble and for FS restrictions, together) could be used a proposed script which take care for everything. Take care for some variable names, erroneously renamed from "dropboxforum" platform (one more bug, also known). Just set the correct name (as noted below the script)!
- ЗдравкоLegendary | Level 20
Ooh, Yes. That's known bug in the control script. I have signaled long time ago, but no fix yet. Dropbox development don't care about. Easiest way is ignore such messages and always reject new install (it's already installed in fact). Another way is introducing delay in launching after restart. In fact due to heavy initial load, the script can't detect the working daemon and decides that it's not installed (incorrect).
PS: For more details related to the issue, take a look on a thread where that's widely discussed (almost monolog in fact). One possible solution (for the current trouble and for FS restrictions, together) could be used a proposed script which take care for everything. Take care for some variable names, erroneously renamed from "dropboxforum" platform (one more bug, also known). Just set the correct name (as noted below the script)!
About Apps and Installations
Have a question about a Dropbox app or installation? Reach out to the Dropbox Community and get solutions, help, and advice from members.
Need more support
If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X or Facebook.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!