bugGNU Wget - Bugs: bug #54825, unexpected wget appends .1 after...


bug #54825: unexpected wget appends .1 after the file extension

Submitter:  J <now3d>
Submitted:  Fri 12 Oct 2018 09:54:13 AM UTC
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Status:  Wont Fix
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Closed
Release:  1.19.4 Operating System:  GNU/Linux
Reproducibility:  None Fixed Release:  None
Planned Release:  None Regression:  None
Work Required:  None Patch Included:  None
* Mandatory Fields

Add a New Comment (Rich Markup)

Comment Type & Canned Response:


( Jump to the original submission )

Fri 12 Oct 2018 02:46:42 PM UTC, comment #8: 

If you have certain things in mind, issues at https://gitlab.com/gnuwget/wget2/issues are appreciated.

Tim Ruehsen <rockdaboot>
Project Administrator
Fri 12 Oct 2018 02:23:14 PM UTC, comment #7: 

Fair enough.

I would probably use the opportunity for wget2 to be more evolutionary, and adopt some new defaults. Old users could of course use old behavours.

This is a bit like when G++ changes the default C++ language spec to compile against. Can't hang on with old things for ever..

J <now3d>
Fri 12 Oct 2018 02:19:08 PM UTC, comment #6: 

You can make your own default and put it into ~/.wget2rc or any other file set by $WGET2RC or by --config.

But the hard-coded default will be kept as to make wget2 as nearly compatible to wget as possible. So it can be used as drop-in replacement for wget, at least in most cases.

Tim Ruehsen <rockdaboot>
Project Administrator
Fri 12 Oct 2018 01:15:02 PM UTC, comment #5: 

That is good.
As wget2 is new, maybe it can be revolutionary and adopt that as default?

J <now3d>
Fri 12 Oct 2018 12:54:07 PM UTC, comment #4: 

Just want to add that Wget2 has --keep-extension (commit c9796a174d04099d07dd7dc70da47ea92d3ba3a6).

E.g. that generates index_1.html instead of index.html.1.

Tim Ruehsen <rockdaboot>
Project Administrator
Fri 12 Oct 2018 12:20:16 PM UTC, comment #3: 

EDIT: Will fix in Wget2.

Darshit Shah <darnir>
Project Administrator
Fri 12 Oct 2018 11:45:56 AM UTC, comment #2: 

Thank you for your reply. Will check out wget2

J <now3d>
Fri 12 Oct 2018 10:10:16 AM UTC, comment #1: 

I kind of agree here. Over time Wget has had the --no-clobber option do many things and trying to preserve backwards compatibility has only complicated everything. It would be ideal to have a --force option which causes Wget to overwrite the file. You can currently do that by explicitly specifying the filename using -O.

However, all new features are currently being added only to Wget2. Which is the next version of Wget, with (almost) complete command-line parity. However, we are indeed making some backwards incompatible modification which allow making changes as you've proposed a lot easier. Please take a look at the source available here: https://www.gitlab.com/gnuwget/wget2.git. It is also available on Savannah and has been packaged for Debian already.

Darshit Shah <darnir>
Project Administrator
Fri 12 Oct 2018 09:54:13 AM UTC, original submission:  


Can wget not append the .1 after the file extension? It means manual changes are needed by the user. If Firefox or Chrome downloads the same file twice, it does not do this.

GNU Wget 1.19.4 built on linux-gnu.

2018-10-12 10:49:24 (582 KB/s) - ‘e.zip.1’ saved [491905/491905]

J <now3d>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rockdaboot (Posted a comment)
  • -email is unavailable- added by darnir (Posted a comment)
  • -email is unavailable- added by now3d (Submitted the item)




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-10-12 darnir StatusNone Wont Fix
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.9