1664887 - Firefox Snap unable to save pages as HTML file

Status: UNCONFIRMED

(Core :: Widget: Gtk, defect)

Description

[ipkpjersi]

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

Steps to reproduce:

Right click a page then click Save As then try to save the page as HTML using the Firefox Snap.

Actual results:

It tries to download the page then in the download progress it just says "Failed".

Expected results:

It should download the page as an HTML file.

Comment 1

[ipkpjersi]

Just as a side-note, I was instructed to file this bug report upstream here, I originally filed the bug report on the Snapcraft forums, you can find the original bug report with additional details as well as someone else being able to replicate the bug here: https://forum.snapcraft.io/t/firefox-snap-unable-to-save-html-files/19766

If any additional details are required, please let me know.

Thanks.

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Comment 3

[Marco Bonardo [:mak]]

There are other snap related bugs, like bug 1664824, Bug 1665090. It sounds like someone should look into the general snap format support.

Comment 4

[Olivier Tilloy]

I can reliably reproduce the problem in an Ubuntu 20.04 VM with the firefox 93.0 snap (current stable), but not in an Ubuntu 21.04 VM.

Interestingly, if I click the retry button in the download popup, the download succeeds.

Comment 5

[ipkpjersi]

It's worth noting that it may seem like the retry button makes the download succeed, however, it doesn't actually have a "complete" webpage even if you have "complete webpage" selected in the options, as it avoids downloading CSS and images. I think this issue is unique to the Firefox snap.

Comment 6

[Olivier Tilloy]

I set the browser.download.loglevel preference to Debug, but the browser console doesn't have any useful information about the failure, unfortunately.

Comment 7

[Olivier Tilloy]

From https://forum.snapcraft.io/t/firefox-save-as-not-working/22119/2:

hello, same issue for me

xdg-desktop-por[482560]: Failed to register file:///run/user/****.pdf: GDBus.Error:org.freedesktop.portal.Error.InvalidArgument: Invalid fd passed

Ubuntu 20.04.3 firefox 93.0 Gnome 3.36.8

I suspect this might have to do with the version of xdg-desktop-portal-gtk on the host (Ubuntu 21.04 has 1.8.0, whereas Ubuntu 20.04 has 1.6.0).

Comment 8

[:gerard-majax]

I can't repro that on 22.04, can you confirm you can still repro?

Comment 9

[:gerard-majax]

Also Olivier, since you were reproducing, can you verify if you still do?

Comment 10

[Olivier Tilloy]

I can still reproduce in Ubuntu 20.04, but not in 21.10 nor in 22.04. This is definitely an xdg-desktop-portal issue that was fixed in newer versions.

Comment 11

[:gerard-majax]

Olivier, if it depends on a fix from 22.04, is it something that could be backported, assuming we can identify the patch(es) required ? Or should we just WONTFIX for older versions ?

Comment 12

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:stransky, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 13

[Olivier Tilloy]

Yes, this is definitely something we want to backport, assuming the patches are not too invasive and can be safely isolated from the rest of the changes.

In a similar vein, I'm working on backporting another set of xdg-desktop-portal fixes to 20.04 to address another bug.

Comment 15

[:gerard-majax]

Amin, can you take are of backporting the xdg-desktop-portal fix?