Open Bug 1663900 Opened 4 years ago Updated 1 year ago

[Flatpack/Snap] Download folder is not created after it was previously deleted

Categories

(Firefox Build System :: Third Party Packaging, defect, P4)

Firefox 81
All
Linux
defect

Tracking

(firefox-esr78 affected, firefox81 affected)

Tracking Status
firefox-esr78 --- affected
firefox81 --- affected

People

(Reporter: cgeorgiu, Unassigned)

References

(Blocks 3 open bugs)

Details

Affected versions

  • latest Beta 81.0b8

Affected platforms

  • Ubuntu 18.04 x64

*Prerequisites

Steps to reproduce

  1. Launch Firefox.
  2. Go to about:preferences and search for the “Downloads” section.
  3. Change the “Save files to folder” path to a new folder.
  4. Access this link and download some files.
  5. Delete the download folder set at step 3.
  6. Perform another download and select “Open Containing Folder” from the downloads panel.

Expected result

  • The folder from step 3 is created again, and the download is displayed.

Actual result

  • The folder is not created, instead the file is downloaded into “Downloads”, even though the path from “Saves files to:” remained /run/user/1001/doc/3d854a85/example⁩

Regression range

  • N/A since we cannot download older flatpak builds.

Suggested severity

  • S3
Priority: -- → P3
Has Regression Range: --- → irrelevant
Has STR: --- → yes

Hello, it seems that I can reproduce the issue with Firefox 78.8.0esr snap build as well on Ubuntu 18.04. I will change the summary accordingly.

Summary: [Flatpack] Download folder is not created after it was previously deleted → [Flatpack/Snap] Download folder is not created after it was previously deleted
See Also: → 1799381

Two years old, can you verify if it still is a problem?

Flags: needinfo?(ciprian.georgiu)

(In reply to Alexandre LISSY :gerard-majax from comment #2)

Two years old, can you verify if it still is a problem?

Yes, it seems that the problems still reproduces on the latest flatpak bulid available, Firefox 107.0, under Ubuntu 18.04 x64.

Flags: needinfo?(ciprian.georgiu)

(In reply to Ciprian Georgiu [:ciprian_georgiu], Release Desktop QA from comment #3)

(In reply to Alexandre LISSY :gerard-majax from comment #2)

Two years old, can you verify if it still is a problem?

Yes, it seems that the problems still reproduces on the latest flatpak bulid available, Firefox 107.0, under Ubuntu 18.04 x64.

Can you test on 22.04 ? The 18.04 is quite old, and even though it is still supported, I dont know the status of snapd and other system-level libs there, some backports might be needed.

Flags: needinfo?(ciprian.georgiu)

Ciprian asked me to try this since he does not have a 22.04 on him. So apparently if I try and download something inside a custom folder I will always receive a Failed message for the download files https://file-examples.com/index.php/sample-documents-download/ (it will fail to download).
If I delete the previous custom folder and try to download a file again, it will be downloaded in Downloads (default location in Firefox) even though abou:preferences still points to the deleted folder as the download location.
My testing was done using 107.0 Flatpak build in Ubuntu 22.04 installed as a VM via Virtual Box.

Flags: needinfo?(ciprian.georgiu)
Severity: -- → S3
Component: Widget: Gtk → Third Party Packaging
Priority: P3 → P4
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.