cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
If you're up against the clock to get holiday ready, so here are some tips on how to use Dropbox to make your prep easy! Check them out!

Dropbox installs & integrations

Connect your tools and content together with help from the Dropbox Community. Join a discussion or post a question of your own to get started.

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Re: Cannot open Dropbox website through Linux client

Re: Cannot open Dropbox website through Linux client

Здравко
Super Collaborator | Level 20

@andreamoro wrote:

... I can save the saving.html file via the browser, but when I try to search for it via the CLI or the file explorer, the file can't be seen (neither with the current user nor with the root impersonation).

...

But the interesting thing is that at this stage if I do a ctrl+O ... I can open that file regularly.

.... A gedit opens the file correctly, but the xdg-open does not. It prompts that File not found error in the browser. Opening the file with the browser is not possible, because the browser doesn't see the test.html file.

...


I'm not beside you, but hope you are aware described above isn't possible. Your words can only make me speculate.

If I have to bet, you are messing 2 (or more) 'tmp' folders; one is subfolder of the actual root folder and another placed within additional device or partition subfolder. Note that Nautilus (on your first screenshot) hides leading part of the path if current folder is within additional drive/partition; only that part of the path following after used mount point is shown! In such a way 2 completely different folders sharing the same name ('tmp' in particular) can appear pretty similar. Maybe you are getting confused in such a way.

To be sure, you can check the full path. One way is through context menu of file 'saving.html', take a look on the path in Properties. Is it /tmp/saving.html or something like /path/to/tmp/saving.html appears there? Another way is while you are on the same view in Nautilus (containing 'saving.html'), press Ctrl-L so address line containing actual folder path appear on top. Is it /tmp or something like /path/to/tmp appears there? Does the file 'saving.html' remain in the pointed folder content if you type '/tmp' explicitly in the address line and press Enter-key or content is changing to something else matching terminal results? 🧐

In short, make sure what you're looking on!

Re: Cannot open Dropbox website through Linux client

andreamoro
Helpful | Level 6

@Здравкоbelieve me that I'm as puzzled as you are .... and I doubled checked right now for possible mistakes due to the late hour when I answered.

But both the folders are technically pointing to the same location, but they don't have the same content.

It looks like the /tmp/ folder Firefox is saving is symbolic link to somewhere, that's me guessing here. Although there is not a chance to use the CTRL+L trick to show the full path as it happens in Nautilus.

 

But see below the Fireforx autocompletion when I ask for the /tmp/ folder. A bunch of files.

andreamoro_0-1637311221378.png

 

Whereas, below the content of the /tmp folder from Nautilus

andreamoro_1-1637311313159.png

The test file date is Wednesday, when I moved there manually.

 

 

Re: Cannot open Dropbox website through Linux client

andreamoro
Helpful | Level 6

And here we go ... Firefox was installed with Snap... and has a result it creates some kind of shims for the temporary folder.

 

andreamoro_0-1637311654003.png

That's where the content is. I start to believe this Snap is more a pain than a solution.

Re: Cannot open Dropbox website through Linux client

andreamoro
Helpful | Level 6

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.

 

andreamoro_0-1637312298924.png

What a pain 🙂

View solution in original post

Need more support?