Red Hat Bugzilla – Bug 165408
--load-cookies documentation incorrect
Last modified: 2007-11-30 17:11:11 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6
Description of problem:
[evan@localhost Downloads]$ wget --help | grep cookie
--load-cookies=FILE load cookies from FILE before session. --save-cookies=FILE save cookies to FILE after session.
Using --load-cookies=~/.mozilla/firefox/8et9e9ic.default/cookies.txt does not work, but omitting the = makes it work, ie:
wget --delete-after --load-cookies ~/.mozilla/firefox/8et9e9ic.default/cookies.txt
The documentation should be altered to reflect this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.wget --load-cookies=~/.mozilla/firefox/8et9e9ic.default/cookies.txt does not use the cookies.
2. wget --load-cookies ~/.mozilla/firefox/8et9e9ic.default/cookies.tx does use the cookies.
fixed in rawhide
I propose to change this bug, or at least its wording. I haven't looked at the
fix, but I looked at the bug, though the report does not verbosely say what went
The documentation is basically correct. What wget does not do though is to
expand the tilde. (This restriction probably applies to tons of programs and
might even be a general usability issue.)
and got an error message on the former syntax:
Cannot open cookies file `~/.mozilla/firefox/zzhw8guq.default/cookies.txt': No
such file or directory
as wget does not realize "~" means /home/userid (or whatever), or "~userid"
So I suggest either
a) leaving the documentation as is, as it is basically correct
a2) adding a note
b) changing (not "fixing") the documentation as is done in the original
resolution of this bug, as it is the alternative syntax which works due to
program vs. shell expansion
c) adding support for tilde expansion on any file names given on the command
line or in config files (dunno how hard this really is)
Actually I just wanted to point out and clarify that the documentation was
indeed not "incorrect".