1806353 - Saving a web page always requires "Web Page, complete"

Status: RESOLVED INCOMPLETE

(Firefox :: File Handling, defect)

Description

[[e-mail]]

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

Steps to reproduce:

This assumes a web site with a considerable number of saved photos (+ .png or other graphic objects); 25 or more would do. In my case, this site is:
file:///home/jwill/Documents/WikiSpecies/Animalia_Plantae_8/(name of page)

Using WikiSpecies, open a new web page which includes a picture
(e. g. https://species.wikimedia.org/wiki/Adaina_desolata).

Put the cursor near the picture (anywhere is OK) and select "Save page as ...".

Actual results:

The web page display begins to fill with a display of presaved objects. The selection's lower display area probably contains at least several choices of "Web Page HTML only".
The alternative choice of "Web Page complete" rarely should appear unless the user has some reason to want a broken-down choice of the many small components of the web page (and no .png or other pictures) -- which I think probably is rare.

Expected results:

In all past versions of firefox, the user needed only pick "Web Page HTML only" just once. After that, all future pictures get "Web Page HTML only", as the default which happens to be the preferred choice of many firefox users.

The display of presaved objects is the real problem. The vastly superior design of older versions of firefox made the choice of "Web Page HTML only" only displayed files (usually just one) which ended with " - Wikispecies.html" (e. g., Adaina desolata - Wikispecies.html).

Names in the user database just with a filename (e. g., Adaina desolata ) were not displayed because they did not include "Wikispecies.html" in their names. This allowed a user to detect files in the database which were saved without being considered properly for being validly saved.

However, the current firefox displays MANY files of all types when the user has selected "Web Page HTML only", whether they include "- Wikispecies.html" or not:

Files ending just with *.html are used, which is a bug in the latest firefox.

Comment 1

[[e-mail]]

My title, "Saving a web page always requires "Web Page, complete", is a little misleading, as the bug is in the way .html files are not examined correctly before saving them. They should always end in " - Wikispecies.html" to be displayed to the user; if used, ".html" includes too many unusable files to be displayed for editing.

Comment 2

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

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.

Comment 3

[:Gijs (he/him)]

(In reply to [e-mail] from comment #0)

In all past versions of firefox, the user needed only pick "Web Page HTML only" just once. After that, all future pictures get "Web Page HTML only"

I'm a bit confused whether you're trying to save just the picture, or the HTML page?

For me, Firefox remembers the choice in this dialog correctly (showing "Web Page, HTML only" every time), on macOS. I don't think anything wrt this dialog has changed in a very long time. There have been bugs with how that dialog remembers its selection for a long time, too, cf. bug 1656573, but it sounds like this didn't affect you.

The display of presaved objects is the real problem.

Assuming we're talking about the "save as" file picker, this is governed by your desktop environment / window manager - Firefox simply uses the file picker exposed by that, and tells it to filter according to the file extension of .html . I don't think this has changed recently either.

The vastly superior design of older versions of firefox made the choice of "Web Page HTML only" only displayed files (usually just one) which ended with " - Wikispecies.html" (e. g., Adaina desolata - Wikispecies.html).

I'd really appreciate a screenshot/screencast of the before/after behaviour you're seeing here. I'm not a regular Linux user and the distros / window manager / desktop environment differences mean that it's impossible to tell from this report what exactly changed, and if that is really a Firefox change or a change outside Firefox...

Comment 4

[Marco Bonardo [:mak]]

Resolving as incomplete due to lack of the requested information. If you can provide an answer to the questions in comment 3, feel free to reopen the bug.