Open Bug 1814851 Opened 3 years ago Updated 1 year ago

[Flatpak] Saving page always fails on first try

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 109
defect

Tracking

()

UNCONFIRMED

People

(Reporter: segfault, Unassigned)

References

(Blocks 1 open bug)

Details

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

Steps to reproduce:

Steps to reproduce:

  • flatpak run org.mozilla.firefox
  • Ctrl+S on any page
  • Choose a directory that's not the Downloads directory

Actual results:

  • The download is listed as "Failed"
  • The page was not saved to the directory

When clicking the "Retry Download" button, the page is saved successfully.

Expected results:

The page should be saved successfully to the directory.

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Blocks: flatpak
Priority: -- → P3

When clicking the "Retry Download" button, the page is saved successfully.

Actually only the HTML document is saved successfully, the _files folder for images etc. silently fails to be created.

(In reply to anonym from comment #2)

When clicking the "Retry Download" button, the page is saved successfully.

Actually only the HTML document is saved successfully, the _files folder for images etc. silently fails to be created.

I was wondering if this was a fundamental limitation of the doc portal used by xdg-desktop-portal, i.e. it only supports a single file, but I just tried with the org.chromium.Chromium flatpak and it saved both HTML and _files directory just fine.

Also, I just retried with the org.mozilla.firefox flatpak (version 136.0) and saving was reported as a success on first try! Indeed, the HTML document was saved on first try, however, the _files directory still silently failed to be saved.

You need to log in before you can comment on or make changes to this bug.