User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0

Steps to reproduce:

Write click on a link to a file.
Select Save Link As.
Popup shows /run/user/<uid>/doc/<random #>
instead of my selected download location, on a per-site basis.

Actual results:

Popup shows /run/user/<uid>/doc/<random #>

Expected results:

My selected download location, on a per-site basis, as Firefox had been doing for months/years. I'm organized, and was happy that when I saved a file from a given domain, FF remembered that directory, and prompted with that location whenever a file was downloaded from that site. This functionality persists on Windows, but is no longer working on Ubuntu, as of, I think, version 96.
I would like that functionality restored to FF. It's VERY useful. The current behavior, of prompting with a random location under /run/user/<uid>/doc is not useful. It is a waste of time because EVERY time I download a file from a given site, and it is a waste of time to have to navigate to my location. It won't even allow my to cut and paste the desired location, which is useful when I have to download dozens of files from the same site.
In my Settings, Downloads is set to "Always ask you where to save files"

The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Hi Steve!
I was unable to reproduce this issue on latest Nightly version 98.0a1 (2022-01-19)(64-bit) on Ubuntu 20.04.
Could you please try to reproduce it on latest Nightly and tell us your input? You can download it from here: https://nightly.mozilla.org/.
Thanks!

(In reply to Steve Kelem from comment #0)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0

Steps to reproduce:

Write click on a link to a file.
Select Save Link As.
Popup shows /run/user/<uid>/doc/<random #>
instead of my selected download location, on a per-site basis.

Actual results:

Popup shows /run/user/<uid>/doc/<random #>

Is this a snap or flatpak build of Firefox, perhaps? Olivier, is this the default in snap builds or something? Do you know why we wouldn't be able to persist per-site download locations and/or have the "save as" widget open in the right location for cases like this?

To be clear, we did not deliberately break/change anything here, the behaviour you're seeing is a bug. Reporter, if you can reproduce the issue with a nightly build as suggested in comment 2 (note that perhaps it works during a single session, but starts breaking after a Firefox restart?) then it may be useful to try to find a regression window. Without being able to reproduce, it's difficult to say what is breaking this, but hopefully if we know what changes broke it, we can work backwards from that.

I am not seeing this behaviour when using the snap.

We're lacking information here to triage the bug accordingly. Steve, can you please let us know which version of Ubuntu that is, and if you're using the snap package or the deb from the Ubuntu archive?

This is not actionable due to lack of information. If you can provide additiona ldetails feel free to reopen the bug.

I'm Using Ubuntu 21.10, and I think it's the Ubuntu deb. How do I tell? Is there a way to find out which one it is? Also, if I install the snap, how do I run it vs the one distributed by Ubuntu?

(In reply to Steve Kelem from comment #6)

I'm Using Ubuntu 21.10, and I think it's the Ubuntu deb. How do I tell? Is there a way to find out which one it is? Also, if I install the snap, how do I run it vs the one distributed by Ubuntu?

If you open about:support in Firefox's URL bar, under the "Application Basics" table there is an "Application Binary" row - what is the value of that field? If it's a snap, I think it will say something like /snap/firefox/.... Otherwise, you probably are running the deb.

I couldn't reproduce this issue under Ubuntu 22 using latest Firefox version (deb and snap builds).

I'm sorry but this is still not actionable and QA could't reproduce it.
If you wish you can attach the full log text from about:support and we could identify the application type for you.

The problem still exists on Ubuntu 22.04, Firefox 101.0.1.
Application Binary /snap/firefox/1443/usr/lib/firefox/firefox

(In reply to Steve Kelem from comment #10)

The problem still exists on Ubuntu 22.04, Firefox 101.0.1.
Application Binary /snap/firefox/1443/usr/lib/firefox/firefox

Olivier/Alexandre, what other information do you need to reproduce this?

I guess about:support at least ?

Do you repro with a fresh profile as well?

bug 1774556