wget2: wrong description for option `progress` in help

[Saverio Miroddi]

The wget2 help describes that there are three values for the `progress` option:

- `bar`
- `dot`
- `none`

however, `dot` is not actually implemented. Specifying `progress=dot` on execution will cause an error.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: wget2 (not installed)
ProcVersionSignature: Ubuntu 5.4.0-39.43-generic 5.4.41
Uname: Linux 5.4.0-39-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: MATE
Date: Wed Jul 1 10:05:03 2020
InstallationDate: Installed on 2020-07-01 (0 days ago)
InstallationMedia: Ubuntu-MATE 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: wget2
UpgradeStatus: No upgrade log present (probably fresh install)

[Noël Köthe (noel)]

this has been fixed in >2.0.0 and afaik the 2.1.0 Debian package will be sync soon.

FYI: the part of the wget2 help and manpage:

     --progress Type of progress bar (bar, none).
                              (default: none)

‐‐progress=type
       Select the type of the progress indicator you wish to use. Supported
       indicator types are none and bar.

       Type bar draws an ASCII progress bar graphics (a.k.a “thermometer” dis‐
       play) indicating the status of retrieval.

       If the output is a TTY, bar is the default. Else, the progress bar
       will be switched off, except when using ‐‐force‐progress.

       The type ‘dot’ is currently not supported, but won’t trigger an error
       to not break wget command lines.

       The parameterized types bar:force and bar:force:noscroll will add the
       effect of ‐‐force‐progress. These are accepted for better wget compat‐
       ibility.

[Charles Evans (crtiger)]

wget2 --progress=bar:force
Is on manpage but is rejected