wget: Reporting Bugs
8.6 Reporting Bugs
==================
You are welcome to submit bug reports via the GNU Wget bug tracker (see
<https://savannah.gnu.org/bugs/?func=additem&group=wget>) or to our
mailing list <bug-wget@gnu.org>.
Visit <https://lists.gnu.org/mailman/listinfo/bug-wget> to get more
info (how to subscribe, list archives, ...).
Before actually submitting a bug report, please try to follow a few
simple guidelines.
1. Please try to ascertain that the behavior you see really is a bug.
If Wget crashes, it’s a bug. If Wget does not behave as
documented, it’s a bug. If things work strange, but you are not
sure about the way they are supposed to work, it might well be a
bug, but you might want to double-check the documentation and the
mailing lists (⇒Mailing Lists).
2. Try to repeat the bug in as simple circumstances as possible. E.g.
if Wget crashes while downloading ‘wget -rl0 -kKE -t5 --no-proxy
http://example.com -o /tmp/log’, you should try to see if the crash
is repeatable, and if will occur with a simpler set of options.
You might even try to start the download at the page where the
crash occurred to see if that page somehow triggered the crash.
Also, while I will probably be interested to know the contents of
your ‘.wgetrc’ file, just dumping it into the debug message is
probably a bad idea. Instead, you should first try to see if the
bug repeats with ‘.wgetrc’ moved out of the way. Only if it turns
out that ‘.wgetrc’ settings affect the bug, mail me the relevant
parts of the file.
3. Please start Wget with ‘-d’ option and send us the resulting output
(or relevant parts thereof). If Wget was compiled without debug
support, recompile it—it is _much_ easier to trace bugs with debug
support on.
Note: please make sure to remove any potentially sensitive
information from the debug log before sending it to the bug
address. The ‘-d’ won’t go out of its way to collect sensitive
information, but the log _will_ contain a fairly complete
transcript of Wget’s communication with the server, which may
include passwords and pieces of downloaded data. Since the bug
address is publicly archived, you may assume that all bug reports
are visible to the public.
4. If Wget has crashed, try to run it in a debugger, e.g. ‘gdb `which
wget` core’ and type ‘where’ to get the backtrace. This may not
work if the system administrator has disabled core files, but it is
safe to try.