wget/TODO

                                 Hey Emacs, this is -*- outline -*- mode

This is the to-do list for GNU Wget.  There is no timetable of when we
plan to implement these features -- this is just a list of features
we'd like to see in Wget, as well as a list of problems that need
fixing.  Patches to implement these items are likely to be accepted,
especially if they follow the coding convention outlined in PATCHES
and if they patch the documentation as well.

The items are not listed in any particular order (except that
recently-added items may tend towards the top).  Not all of these
represent user-visible changes.

* Change the file name generation logic so that redirects can't dictate
  file names (but redirects should still be followed).  By default, file
  names should be generated only from the URL the user provided.  However,
  with an appropriate flag, Wget will allow the remote server to specify
  the file name, either through redirection (as is always the case now)
  or via the increasingly popular header `Content-Disposition: XXX;
  filename="FILE"'.

  The file name should be generated and displayed *after* processing
  the server's response, not before, as it is done now.  This will
  allow trivial implementation of -nc, of O_EXCL when opening the
  file, --html-extension will stop being a horrible hack, and so on.

* -O should be respected, with no exceptions.  It should work in
  conjunction with -N and -k.  (This is hard to achieve in the current
  code base.)  Ancillary files, such as directory listings and such,
  should be downloaded either directly to memory, or to /tmp.

* Implement digest and NTLM authorization for proxies.  This is harder
  than it seems because it requires some rethinking of the HTTP code.

* Rethink the interaction between recur.c (the recursive download code)
  and HTTP/FTP code.  Ideally, the downloading code should have a way
  to retrieve a file and, optionally, to specify a list of URLs for
  continuing the "recursive" download.  FTP code will surely benefit
  from such a restructuring because its current incarnation is way too
  smart for its own good.

* Both HTTP and FTP connections should be first-class objects that can
  be reused after a download is done.  Currently information about both
  is kept implicitly on the stack, and forgotten after each download.

* Restructure the FTP code to remove massive amounts of code duplication
  and repetition.  Remove all the "intelligence" and make it work as
  outlined in the previous bullet.

* Add support for SFTP.  Teach Wget about newer features of more
  recent FTP servers in general, such as receiving reliable checksums
  and timestamps.  This can be used to implement really robust
  downloads.

* Wget shouldn't delete rejected files that were not downloaded, but
  just found on disk because of `-nc'.  For example, `wget -r -nc
  -A.gif URL' should allow the user to get all the GIFs without
  removing any of the existing HTML files.

* Be careful not to lose username/password information given for the
  URL on the command line.  For example,
  wget -r http://username:password@server/path/ should send that
  username and password to all content under /path/ (this is apparently
  what browsers do).

* Don't send credentials using "Basic" authorization before the server
  has a chance to tell us that it supports Digest or NTLM!

* Add a --range parameter allowing you to explicitly specify a range
  of bytes to get from a file over HTTP (FTP only supports ranges
  ending at the end of the file, though forcibly disconnecting from
  the server at the desired endpoint would work).  For example,
  --range=n-m would specify inclusive range (a la the Range header),
  and --range=n:m would specify exclusive range (a la Python's
  slices).  -c should work with --range by assuming the range is
  partially downloaded on disk, and contuing from there (effectively
  requesting a smaller range).

* If multiple FTP URLs are specified that are on the same host, Wget should
  re-use the connection rather than opening a new one for each file.
  This should be easy provided the above restructuring of FTP code that
  would include the FTP connection becoming a first-class objects.

* Try to devise a scheme so that, when password is unknown, Wget asks
  the user for one.  This is harder than it seems because the password
  may be requested by some page encountered long after the user has
  left Wget to run.

* If -c used with -N, check to make sure a file hasn't changed on the server
  before "continuing" to download it (preventing a bogus hybrid file).

* Generalize --html-extension to something like --mime-extensions and
  have consult mime.types for the preferred extension.  Non-HTML files
  with filenames changed this way would be re-downloaded each time
  despite -N unless .orig files were saved for them.  (#### Why?  The
  HEAD request we use to implement -N would still be able to construct
  the correct file name based on the declared Content-Type.)

  Since .orig would contain the same data as non-.orig, the latter
  could be just a link to the former.  Another possibility would be to
  implement a per-directory database called something like
  .wget_url_mapping containing URLs and their corresponding filenames.

* When spanning hosts, there's no way to say that you are only
  interested in files in a certain directory on _one_ of the hosts (-I
  and -X apply to all).  Perhaps -I and -X should take an optional
  "hostname:" before the directory?

* --retr-symlinks should cause wget to traverse links to directories too.

* Make wget return non-zero status in more situations, like incorrect HTTP auth.
  Create and document different exit statuses for different errors.

* Make -K compare X.orig to X and move the former on top of the latter if 
  they're the same, rather than leaving identical .orig files laying around.

* Make `-k' check for files that were downloaded in the past and convert links 
  to them in newly-downloaded documents.

* Devise a way for options to have effect on a per-URL basis.  This is very
  natural for some options, such as --post-data.  It could be implemented
  simply by having more than one struct options.

* Add option to clobber existing file names (no `.N' suffixes).

* Add option to only list wildcard matches without doing the download.  The same
  could be generalized to support something like apt's --print-uri.

* Handle MIME types correctly.  There should be an option to (not)
  retrieve files based on MIME types, e.g. `--accept-types=image/*'.
  This would work for FTP by translating file extensions to MIME types
  using mime.types.

* Allow time-stamping by arbitrary date.  For example,
  wget --if-modified-after DATE URL.

* Make quota apply to single files, preferrably so that the download of an
  oversized file is not attempted at all.

* When updating an existing mirror, download to temporary files (such as .in*)
  and rename the file after the download is done.

* Add an option to delete or move no-longer-existent files when mirroring.

* Implement uploading (--upload=FILE URL?) in FTP and HTTP.  A beginning of
  this is available in the form of --post-file, but it should be expanded to
  be really useful.

* Make HTTP timestamping use If-Modified-Since facility.

* Add more protocols (such as news or possibly some of the streaming
  protocols), implementing them in a modular fashion.

* Add a "rollback" option to have continued retrieval throw away a
  configurable number of bytes at the end of a file before resuming
  download.  Apparently, some stupid proxies insert a "transfer
  interrupted" string we need to get rid of.