On 06/05/2018 11:53 AM, CryHard wrote:
> Hey there,
>
> I've used the following:
>
> wget --user-agent="Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36"
> --user=myuser --ask-password --no-check-certificate --recursive
Hey Tim,
Thanks for the info. The wiki software we use (xwiki) appends something to wiki
pages URLs to express a certain behavior. For example, to "watch" a page, the
button once pressed redirects you to
"www.wiki.com/WIKI-PAGE-NAME?xpage=watch=adddocument"
Where the only thing that changes
Hi,
> "Both --no-clobber and --convert-links were specified, only
--convert-links will be used."
Right, I missed that. The combination of both flags was buggy by design
(also in 1.12) and suffered from several flaws (not to say bugs).
Regex more like '.*/xpage=watch.*'. The exact syntax depends
Hey Tim,
Please see http://savannah.gnu.org/bugs/?31781 where it implemented. Since
version 1.12.1.
On my personal mac I have 1.19.5, and when I run the command with both
arguments i get:
"Both --no-clobber and --convert-links were specified, only --convert-links
will be used."
As a
Hi,
in this case you could try it with -X / --exclude-directories.
E.g. wget -X /delete,/remove
That wouldn't help with "xpage=watch..." though.
And I can't tell you if and how good -X works with wget 1.12.
Why (or since when) doesn't --no-clobber plus --convert-links work any
more ?
Please
First time poster.
I have a wget command that has a -A flag that contains a wildcard.
It's '*.DAT'. That works fine on Linux. I am trying to get the same
thing to run on Windows, but *.DAT keeps getting expanded by wget (cmd
does no expansion itself). There is no way that I found of suppressing
> From: Sam Habiel
> Date: Tue, 5 Jun 2018 14:16:27 -0400
>
> I have a wget command that has a -A flag that contains a wildcard.
> It's '*.DAT'. That works fine on Linux. I am trying to get the same
> thing to run on Windows, but *.DAT keeps getting expanded by wget (cmd
> does no expansion
