On 05/01/16 02:36, tsu2 wrote:
> I think you may be saying (and i related to your bug reports) that FF
> may currently have a bug if more than one User is created on the machine
> and FF is unable to d/l files to each User.
> That’d be surprising because typically all web browsers on every OS (not
> just Linux) downloads to a temporary directory which can be shared
> between Users and when complete is stored in ~/Downloads (or similar for
> non-Linux). The folder ~/Downloads is specific to the logged in User so
> there cannot be any confusion.
> Per your launchpad link, it may be a simple permissions issue on the
> shared temporary folder. Comment #9 suggests changing the temp folder
> permissions as the current workaround, but a more permanent fix will
> likely be implemented by FF using correct security when writing the
The below description pretty much explains it in full technical
details and matched my problem symptoms:
Description hrvoje.habjanic 2015-12-17 13:49:39 PST
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0)
Build ID: 20151210085006
Steps to reproduce:
On a single host (ubuntu 14.04.3) i have multiple users. Each of them
uses remote desktop (x2go) to connect and browse. When first user starts
browsing (firefox), and tries to download something, a special file
/tmp/mozilla_mozillaUser0 is created.
When second (different) user try to download something (not the same
thing!), clicking on download link does not produce “Save to” dialog, or
saves file to designated location. Instead, new entry is added to
download manager, with status “failed”.
On first user download, “save to” dialog is presented, and user is able
to save file.
On second user download, there is no “save to” dialog and file is not
saved. Instead, file is logged in download manager with “failed” status.
Both users have selected to show “save to” dialog!
Second user should be able to save the file.
Comment 1 hrvoje.habjanic 2015-12-17 14:00:34 PST
It would seem that /tmp/mozilla_mozillaUser0 directory is to blame in
here. It is created when first download is attempted, and it is not
deleted or moved away. Also, it have 0700 permissions, so other users
can not access it.
Removing this directory, enables other users to download normally, BUT,
again, because is recreated, next user again have the same problem.
Changing permissions to 0755 makes this work next user - because new
directory is created - “mozilla_mozillaUser1”. But, again, with 0700
permissions, which make jet another next user having the same problem.
What is interesting in this whole mess, is that assigning TMP
environment variable makes this directory not showing up, and thus,
fixing this bug.