WebHTTrack's action list offers "Download web site(s) + questions" (LISTDEF_10, entry 2, selected in html/server/step3.html:120), which html/server/step4.html:123 turns into --mirror-wizard. That sets opt->wizard = HTS_WIZARD_ASK, so hts_acceptlink() reaches the query3 callback on every ambiguous link.
The callback cannot answer. htsshow_query3() in src/htsweb.c:855 returns "" unconditionally, and htswizard.c reads an empty reply as answer 0, "ignore this link". So the user never sees a question, every out-of-scope link is dropped, and each one also leaves a -adr/fil filter behind. Plain --mirror at least forbids without blacklisting.
There is no prompt UI on the server side to write the answer into, so this is not a one-line fix: it needs a pending-question state in htsserver, a page that asks, and a way for the crawl thread to block on the reply. Until then the menu entry promises interactivity the front end does not have.
Two ways out, and the second is worth considering on its own merits: build the prompt, or drop the entry from LISTDEF_10 so WebHTTrack stops advertising a mode it cannot run. Dropping it touches the 30-odd lang/*.txt catalogs, whose English value is the translation join key.
Found while working out how the new wizard answers in #1117 reach each front end. Android is unaffected: it registers no query3 at all.
WebHTTrack's action list offers "Download web site(s) + questions" (
LISTDEF_10, entry 2, selected inhtml/server/step3.html:120), whichhtml/server/step4.html:123turns into--mirror-wizard. That setsopt->wizard = HTS_WIZARD_ASK, sohts_acceptlink()reaches thequery3callback on every ambiguous link.The callback cannot answer.
htsshow_query3()insrc/htsweb.c:855returns""unconditionally, and htswizard.c reads an empty reply as answer 0, "ignore this link". So the user never sees a question, every out-of-scope link is dropped, and each one also leaves a-adr/filfilter behind. Plain--mirrorat least forbids without blacklisting.There is no prompt UI on the server side to write the answer into, so this is not a one-line fix: it needs a pending-question state in htsserver, a page that asks, and a way for the crawl thread to block on the reply. Until then the menu entry promises interactivity the front end does not have.
Two ways out, and the second is worth considering on its own merits: build the prompt, or drop the entry from
LISTDEF_10so WebHTTrack stops advertising a mode it cannot run. Dropping it touches the 30-oddlang/*.txtcatalogs, whose English value is the translation join key.Found while working out how the new wizard answers in #1117 reach each front end. Android is unaffected: it registers no
query3at all.