[GH-ISSUE #3431] Version 0.9.62 forces Dropbox to load in firejail #2157

Closed
opened 2026-05-05 08:49:58 -06:00 by gitea-mirror · 10 comments
Owner

Originally created by @bertradio on GitHub (May 23, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3431

I just upgraded from 0.9.59 to 0.9.62 and now whenever I try and start Dropbox it tries to start in firejail and fails. The command dropbox start on the command line does not load Dropbox but acts as if I had typed firejail dropbox. This does not happen in 0.9.59.

Originally created by @bertradio on GitHub (May 23, 2020). Original GitHub issue: https://github.com/netblue30/firejail/issues/3431 I just upgraded from 0.9.59 to 0.9.62 and now whenever I try and start Dropbox it tries to start in firejail and fails. The command dropbox start on the command line does not load Dropbox but acts as if I had typed firejail dropbox. This does not happen in 0.9.59.
Author
Owner

@ghost commented on GitHub (May 23, 2020):

It sounds as if you're using firecfg, which uses a symlinked /usr/local/bin/dropbox to provide desktop integration. If you don't want that, just remove the symlink. Or you can call Dropbox by its full path via firejail /usr/bin/dropbox <arguments>. Can you provide output of that command here so we can determine what might be the problem? What OS is this?

<!-- gh-comment-id:632961242 --> @ghost commented on GitHub (May 23, 2020): It sounds as if you're using `firecfg`, which uses a symlinked /usr/local/bin/dropbox to provide desktop integration. If you don't want that, just remove the symlink. Or you can call Dropbox by its full path via `firejail /usr/bin/dropbox <arguments>`. Can you provide output of that command here so we can determine what might be the problem? What OS is this?
Author
Owner

@bertradio commented on GitHub (May 23, 2020):

Thanks for the speedy reply.

I am running Linux Mint 19.3 64-bit.

I had reverted ot 0.9.59 but for testing did the following:

  1. Uninstalled firejail
  2. Uninstalled Dropbox
  3. Reinstalled Dropbox - version 97.4.467
  4. Reinstalled firejail 0.9.62-1
  5. Changed the startup path for Dropbox to /usr/bin/dropbox
  6. Rebooted
    With this setup both firejail and Dropbox work as expected, but look at the results of the following commands:

So there must be something on my system which tries to load Dropbox in firejail if I just type dropbox (rather than the full path). I do have a file /usr/bin/env but I have no idea what it is (see attached)

Any idea what might be going on?

Thanks

Bert

On Fri, May 22, 2020, at 18:15, glitsj16 wrote:

It sounds as if you're using firecfg, which uses a symlinked /usr/local/bin/dropbox to provide desktop integration. If you don't want that, just remove the symlink. Or you can call Dropbox by its full path via firejail /usr/bin/dropbox <arguments>. Can you provide output of that command here so we can determine what might be the problem? What OS is this?


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-632961242, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRNUSTHRIIAVPCHD2CLRS4PTVANCNFSM4NIGJOFA.

<!-- gh-comment-id:633063299 --> @bertradio commented on GitHub (May 23, 2020): Thanks for the speedy reply. I am running Linux Mint 19.3 64-bit. I had reverted ot 0.9.59 but for testing did the following: 1. Uninstalled firejail 2. Uninstalled Dropbox 3. Reinstalled Dropbox - version 97.4.467 4. Reinstalled firejail 0.9.62-1 5. Changed the startup path for Dropbox to /usr/bin/dropbox 6. Rebooted With this setup both firejail and Dropbox work as expected, but look at the results of the following commands: So there must be something on my system which tries to load Dropbox in firejail if I just type dropbox (rather than the full path). I do have a file /usr/bin/env but I have no idea what it is (see attached) Any idea what might be going on? Thanks Bert On Fri, May 22, 2020, at 18:15, glitsj16 wrote: > > It sounds as if you're using `firecfg`, which uses a symlinked /usr/local/bin/dropbox to provide desktop integration. If you don't want that, just remove the symlink. Or you can call Dropbox by its full path via `firejail /usr/bin/dropbox <arguments>`. Can you provide output of that command here so we can determine what might be the problem? What OS is this? > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-632961242>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRNUSTHRIIAVPCHD2CLRS4PTVANCNFSM4NIGJOFA>. >
Author
Owner

@rusty-snake commented on GitHub (May 23, 2020):

@bertradio looks like github filters attachments. I can see your screenshots/log-files/… .

finds grep -l dropbox ~/.local/share/applications any files?

what shows which dropbox?

Changed the startup path for Dropbox to /usr/bin/dropbox

Where?

<!-- gh-comment-id:633067116 --> @rusty-snake commented on GitHub (May 23, 2020): @bertradio looks like github filters attachments. I can see your screenshots/log-files/… . finds `grep -l dropbox ~/.local/share/applications` any files? what shows `which dropbox`? > Changed the startup path for Dropbox to /usr/bin/dropbox Where?
Author
Owner

@bertradio commented on GitHub (May 23, 2020):

/home/bert/.local/share/applications has no files named dropbox

On Sat, May 23, 2020, at 07:40, rusty-snake wrote:

@bertradio https://github.com/bertradio looks like github filters attachments. I can see your screenshots/log-files/… .

finds grep -l dropbox ~/.local/share/applications any files?

what shows which dropbox?

Changed the startup path for Dropbox to /usr/bin/dropbox

Where?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-633067116, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRIBDOJHEXDLVXBU433RS7N43ANCNFSM4NIGJOFA.

<!-- gh-comment-id:633068103 --> @bertradio commented on GitHub (May 23, 2020): /home/bert/.local/share/applications has no files named dropbox On Sat, May 23, 2020, at 07:40, rusty-snake wrote: > > @bertradio <https://github.com/bertradio> looks like github filters attachments. I can see your screenshots/log-files/… . > finds `grep -l dropbox ~/.local/share/applications` any files? > what shows `which dropbox`? >> Changed the startup path for Dropbox to /usr/bin/dropbox > Where? > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-633067116>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRIBDOJHEXDLVXBU433RS7N43ANCNFSM4NIGJOFA>.
Author
Owner

@rusty-snake commented on GitHub (May 23, 2020):

sorry, wrong command. I meangrep -l dropbox ~/.local/share/applications/*.

<!-- gh-comment-id:633071298 --> @rusty-snake commented on GitHub (May 23, 2020): sorry, wrong command. I mean`grep -l dropbox ~/.local/share/applications/*`.
Author
Owner

@bertradio commented on GitHub (May 23, 2020):

Changed the startup path in Startup Applications (accessible from the Mint menu)

On Sat, May 23, 2020, at 07:44, Bert Kleinman wrote:

/home/bert/.local/share/applications has no files named dropbox

On Sat, May 23, 2020, at 07:40, rusty-snake wrote:

@bertradio https://github.com/bertradio looks like github filters attachments. I can see your screenshots/log-files/… .

finds grep -l dropbox ~/.local/share/applications any files?

what shows which dropbox?

Changed the startup path for Dropbox to /usr/bin/dropbox

Where?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-633067116, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRIBDOJHEXDLVXBU433RS7N43ANCNFSM4NIGJOFA.

<!-- gh-comment-id:633071340 --> @bertradio commented on GitHub (May 23, 2020): Changed the startup path in Startup Applications (accessible from the Mint menu) On Sat, May 23, 2020, at 07:44, Bert Kleinman wrote: > /home/bert/.local/share/applications has no files named dropbox > > On Sat, May 23, 2020, at 07:40, rusty-snake wrote: >> >> @bertradio <https://github.com/bertradio> looks like github filters attachments. I can see your screenshots/log-files/… . >> finds `grep -l dropbox ~/.local/share/applications` any files? >> what shows `which dropbox`? >>> Changed the startup path for Dropbox to /usr/bin/dropbox >> Where? >> >> — >> You are receiving this because you were mentioned. >> Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-633067116>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRIBDOJHEXDLVXBU433RS7N43ANCNFSM4NIGJOFA>. >> >
Author
Owner

@bertradio commented on GitHub (May 23, 2020):

Found the problem. There was a file named dropbox in /usr/local/bin which was running when I typed dropbox rather than the one in /usr/bin. That was the file which was causing dropbox to try to run in firejail. When I renamed this file, the problem went away. Not sure how this file got into /usr/local/bin but the date on the file was last December. Also don't understand why I did not have this problem with 0.9.59.

In any event, now all is working as it should with 0.9.62.

Thanks

Bert

On Sat, May 23, 2020, at 08:04, Bert Kleinman wrote:

On Sat, May 23, 2020, at 08:02, rusty-snake wrote:

sorry, wrong command. I meangrep -l dropbox ~/.local/share/applications/*.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-633071298, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRJTLHLEYOL7BX2QHJTRS7QO7ANCNFSM4NIGJOFA.

Attachments:

  • image.png
<!-- gh-comment-id:633119391 --> @bertradio commented on GitHub (May 23, 2020): Found the problem. There was a file named dropbox in /usr/local/bin which was running when I typed dropbox rather than the one in /usr/bin. That was the file which was causing dropbox to try to run in firejail. When I renamed this file, the problem went away. Not sure how this file got into /usr/local/bin but the date on the file was last December. Also don't understand why I did not have this problem with 0.9.59. In any event, now all is working as it should with 0.9.62. Thanks Bert On Sat, May 23, 2020, at 08:04, Bert Kleinman wrote: > > > > On Sat, May 23, 2020, at 08:02, rusty-snake wrote: >> >> sorry, wrong command. I mean`grep -l dropbox ~/.local/share/applications/*`. >> >> — >> You are receiving this because you were mentioned. >> Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-633071298>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRJTLHLEYOL7BX2QHJTRS7QO7ANCNFSM4NIGJOFA>. >> > > *Attachments:* > * image.png
Author
Owner

@bertradio commented on GitHub (May 25, 2020):

Looking further in my logs I see that I did at one time run firecfg and that's what probably put the link in /usr/local/bin along with links to a lot of other programs.

So it appears the fault was mine, not firejail's.

On Sat, May 23, 2020, at 12:06, Bert Kleinman wrote:

Found the problem. There was a file named dropbox in /usr/local/bin which was running when I typed dropbox rather than the one in /usr/bin. That was the file which was causing dropbox to try to run in firejail. When I renamed this file, the problem went away. Not sure how this file got into /usr/local/bin but the date on the file was last December. Also don't understand why I did not have this problem with 0.9.59.

In any event, now all is working as it should with 0.9.62.

Thanks

Bert

On Sat, May 23, 2020, at 08:04, Bert Kleinman wrote:

On Sat, May 23, 2020, at 08:02, rusty-snake wrote:

sorry, wrong command. I meangrep -l dropbox ~/.local/share/applications/*.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-633071298, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRJTLHLEYOL7BX2QHJTRS7QO7ANCNFSM4NIGJOFA.

Attachments:

  • image.png

Attachments:

  • image.png
<!-- gh-comment-id:633335223 --> @bertradio commented on GitHub (May 25, 2020): Looking further in my logs I see that I did at one time run firecfg and that's what probably put the link in /usr/local/bin along with links to a lot of other programs. So it appears the fault was mine, not firejail's. On Sat, May 23, 2020, at 12:06, Bert Kleinman wrote: > Found the problem. There was a file named dropbox in /usr/local/bin which was running when I typed dropbox rather than the one in /usr/bin. That was the file which was causing dropbox to try to run in firejail. When I renamed this file, the problem went away. Not sure how this file got into /usr/local/bin but the date on the file was last December. Also don't understand why I did not have this problem with 0.9.59. > > In any event, now all is working as it should with 0.9.62. > > Thanks > > Bert > > On Sat, May 23, 2020, at 08:04, Bert Kleinman wrote: >> >> >> >> On Sat, May 23, 2020, at 08:02, rusty-snake wrote: >>> >>> sorry, wrong command. I mean`grep -l dropbox ~/.local/share/applications/*`. >>> >>> — >>> You are receiving this because you were mentioned. >>> Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-633071298>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRJTLHLEYOL7BX2QHJTRS7QO7ANCNFSM4NIGJOFA>. >>> >> >> *Attachments:* >> * image.png > > > *Attachments:* > * image.png
Author
Owner

@rusty-snake commented on GitHub (Jul 16, 2020):

still an issue?

<!-- gh-comment-id:659223259 --> @rusty-snake commented on GitHub (Jul 16, 2020): still an issue?
Author
Owner

@bertradio commented on GitHub (Jul 16, 2020):

No. The problem was that at some time I had run firecfg which created a bunch of links.

On Thu, Jul 16, 2020, at 00:45, rusty-snake wrote:

still an issue?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/3431#issuecomment-659223259, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALLYYRPGEHDGSUK37K4F4HDR32V2BANCNFSM4NIGJOFA.

<!-- gh-comment-id:659392303 --> @bertradio commented on GitHub (Jul 16, 2020): No. The problem was that at some time I had run firecfg which created a bunch of links. On Thu, Jul 16, 2020, at 00:45, rusty-snake wrote: > > still an issue? > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub <https://github.com/netblue30/firejail/issues/3431#issuecomment-659223259>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALLYYRPGEHDGSUK37K4F4HDR32V2BANCNFSM4NIGJOFA>.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/firejail#2157
No description provided.