Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Solved
Cannot open Dropbox website through Linux client
Similarly to the issue described here, on a fresh Ubuntu 20.04 with the dropbox client recently installed, by the time I press the button on the app to say "Open the Dropbox site", the browser opens ...
Uninstalling the snap version (sudo snap remove firefox) and installing the traditional version via `sudo apt-get install firefox` resolved the problem.
The xdg-mime query default text/html now returns the expected firefox.desktop which you Здравко initially flagged as suspicious.
What a pain 🙂
Jay
Dropbox Community Moderator
Dropbox Community ModeratorHi andreamoro, this is something related to how your OS works, and isn't related to Dropbox itself.
If the tmp file can't be accessed by the browser, then it's possible that the creation of the file is being prevented somehow in your OS.
If the tmp file can't be accessed by the browser, then it's possible that the creation of the file is being prevented somehow in your OS.
Jayassuming this is the case, how can this be fixed? You guys support Linux Ubuntu, so I would expect some sort of log to be inspected?
Can you tell me where this log is, or what else can be done?
As far as I can tell, the problem is the Dropbox client that is not writing the file at all. Inspecting the /tmp folder the browser attempts to load the file from, reveal no files at all.
andreamoro wrote:... You guys support Linux Ubuntu, so I would expect some sort of log to be inspected?
...Hi andreamoro,
Linux is NOT first class citizen on Dropbox (and not only), despite growing usage in many fields. Big companies are "conservative" and takes some time adaptation to new realities, so "some sort of log to be inspected" sounding very abstract to the PR staff moderating the forum. In other words better don't rely.
andreamoro wrote:... Inspecting the /tmp folder the browser attempts to load the file from, reveal no files at all.
🤔Wow... "no files at all" is sounding very strange! 🧐 Are you sure?! The "tmp" folder is used by many applications (user programs and system services) to keep (as the name suggest) temporary files. Inability to access to /tmp would carries a lot of headaches, no only Dropbox application related.
Let's find out what's the current state. Execute following in terminal:
ls -ld /tmp ls -al /tmp | wc -l
What's the both commands output? Can you post the result?
Take in mind that the files, you are referring above, are kept by Dropbox application for a minute, at most. If you have checked after that they have gone already. One more thing, you may have ignored, is actual file name - only the first part of the URL, up to the hash sign. The rest is an argument passed to the browser (everything after the hash and the hash sign itself). So be careful what you are looking for to be able find it. 😉
Also take in mind that default web browser, protocol handler, and file handler are completely different things.
They can keep the same or different applications. The screenshot you have posted above, showing your default web browser, has nothing to do with html file handler. Don't mess them! You can find (and possibly change) the file handler on Properties dialog in Nautilus (Open With tab) or using following command:
xdg-mime query default text/html
Hope this gives direction and adds some clarity.
Здравкоthanks for coming back to me. When I said no files at all in the tmp folder, I was in fact not clear enough. I meant no Dropbox files.
I will be looking into the tmp folder again later, perhaps going with a
watch ls
to capture changes?
andreamoro wrote:...
I will be looking into the tmp folder again later, perhaps going with a
watch ls
to capture changes?
I don't think using proposed command is most convenient way. You may want consider following to trace what's going on (almost in real time - time step one second in particular):
i=0; while [[ $((i++)) -lt 60 ]]; do touch ~/timeref; sleep 1; echo "$i: "; find /tmp/* -cnewer ~/timeref -exec echo {} \; 2> /dev/null; done; rm ~/timerefGood luck. 😉
