Huge POST requests with WGET & "multipart/form-data"

uot;token" 1f287ba00a908e9622045e7b18ffa352+\ -8ce61ec834cf268 Content-Disposition: form-data; name="assert" user -8ce61ec834cf268-- Any help would be appreciated. Thank you. Sincerely ... Taylor

Re: Huge POST requests with WGET & "multipart/form-data"

>> * Can this be workarounded with existing WGET versions (prepare >> data manually and use "--body-file" to send "raw" data) ? > You can, see second answer at > https://duckduckgo.com/?q=wget+to+upload+data=ffab You mean "https://superuser.com/questions/86043/linux-com

Re: Downloading a web page's html code: Wget vs. Chrome's "Save Page WE" extension

> Wget to download the html code of this eBay page > Downloading a web page's html code: Wget vs. Chrome's "Save Page WE" extension > Is there a reason why Wget only seems to find a minimal version of the code > (or maybe the correct question is: why the html file which is > saved by that

Re: Love you wget :) help please!

> but it decoding it Who decodes what? > I did try, everything like --restrict-file-names but nothing worked try > output_document = file > Set the output filename—the same as ‘-O file’

BUG with POSTing more than 8 KiO data with recent versions of WGET

To : bug-wget@gnu.org Subj : BUG with POSTing more than 8 KiO data with recent versions of WGET > You are welcome to submit bug reports via the GNU Wget bug > tracker (see ) > or to our mailing list . > Visit

Re: Bug with wget 1.11.4 HTTPS

> We currently use wget 1.11.4 to download a file from the web. We > are experiencing an issue with TLS 1.2 since that website removed > support for the 1.0 and 1.1 TLS protocols. We were looking for the > most recent version of wget but as we are using Windows servers Same bug here.

Re: BUG in recent versions of WGET with POSTing more than 8 KiO data

>> Thanks. I got the binaries from https://eternallybored.org/misc/wget/ >>> Provided by Jernej Simončič >>> jernej|s-webs...@eternallybored.org > Yes, try to report to h Done. > I'd try some of the older binaries from eternallybored.com as well I had done this before. > least that is some

Re: [bug #61038] Windows post fails to post files over 65536 bytes,

> Follow-up Comment #2, bug #61038 (project wget): > Since this is a Windows issue, could you please report this issue to where you > got the binary from ? See also: https://lists.gnu.org/archive/html/bug-wget/2021-08/msg2.html It reliably fails already above 8 KiO.

BUG in recent versions of WGET with POSTing more than 8 KiO data

To : bug-wget@gnu.org Subj : BUG in recent versions of WGET with POSTing more than 8 KiO data > You are welcome to submit bug reports via the GNU Wget bug > tracker (see ) > or to our mailing list . > Visit

Re: BUG in recent versions of WGET with POSTing more than 8 KiO data

Hello > Sorry, I can't reproduce this on Linux with wget 1.21 nor with wget from > latest master. Thanks. I got the binaries from https://eternallybored.org/misc/wget/ > Provided by Jernej Simončič > jernej|s-webs...@eternallybored.org Shall I try to report it to Jernej? I have never seen a

Re: wget for DOS, nls support

> If it is indeed supported, you'll have to check the get text´ > documentation to see where it expects the NLS translation files on DOS YES ... please keep WGET for DOS available. ;-)

Re: Wget on XP

Hello > I guess nobody even tries to reproduce the issue as nobody uses XP or > the old wget 1.11.4. For example, I don't even have a Windows license > and thus no Windows installed. > - update to the latest wget (hundreds of bugs have been fixed > meanwhile). Static binaries for 32/64 bit

Re: How?

> Thanks to the feedback from Michael I could create and upload a > wget2.exe (x86, 64-bit, v2.1.0, stripped) https://savannah.gnu.org/bugs/?61038 Can anyone compile 32-bit binaries?

[Bug-wget] WARC output not saved to dir specified by directory prefix

Hello, I'm using this wget 1.15 compiled with MinGW: http://sourceforge.net/projects/getgnuwin32/. I'm noticing that when I use the --warc-file parameter in combination with the --directory-prefix parameter, the standard wget output is saved to the location specified by the directory prefix,