wget2 icon indicating copy to clipboard operation
wget2 copied to clipboard

Windows: arrow keys don't work anymore after executing wget2

Open Feathered-Serpent opened this issue 5 months ago • 5 comments

It drove me crazy until I realized, wget2 is the problem.

Usually in Windows command line with the arrow keys I can navigate to the last used commands. And it works like always.

But as soon as I execute wget2, even just with --help, this is not possible anymore.

^[[A^[[B^[[C^[[D appear, when I press up, down, right and left. This only can be undone by opening a new command line window. Other keys also only show their codes, e.g. ^[[H for pos1, ^[[F for end etc.

Replicated on Windows 10 Pro and Windows 11 Pro.

Feathered-Serpent avatar Jul 23 '25 08:07 Feathered-Serpent

Uh that's weird. This is the first time I hear about it. So either nobody is using wget2 on Windows or this problem is special to you.

Just for the record, can you please add the output of wget2 --version to the description or as a comment?

rockdaboot avatar Jul 23 '25 20:07 rockdaboot

Of course. on Windows 10 I downloaded the wget2.exe from the github here, on Windows 11 I downladed it using winget.

Image Image

even after just wget2.exe --version you can see, the control characters appear, when I try to press up. When I open another command window and execute e.g. date then I can without a problem press arrow up and have the date command again.

Windows 10 is physical, Windows 11 is accessed via RDP on virtual server.

Feathered-Serpent avatar Jul 23 '25 20:07 Feathered-Serpent

Important information: version https://github.com/rockdaboot/wget2/releases/tag/v2.0.1 does not have the problem.

Feathered-Serpent avatar Jul 23 '25 20:07 Feathered-Serpent

It's not just the arrow keys. Wget seemingly finishes, but a couple seconds later the entire terminal hangs. After a while it throws an error. You can then press Enter which restarts the terminal session.

Image

Notice the ef. I was able to type that during those couple seconds right after wget "finished" running and before it froze the terminal.

Never seen a program do this, let alone a CLI one.

github-account1111 avatar Aug 01 '25 20:08 github-account1111

I can confirm this issue exists for me for a long time.


According to the other win exe issue, I built one via contrib/Dockerfile.win32.static. And this issue seems to not occur to me anymore.

If you trust me and want to have a try: wget2.zip

> wget2 --version
GNU Wget2 2.2.0 - multithreaded metalink/file/website downloader

+digest +https +ssl/gnutls +ipv6 +iri +large-file -nls -ntlm -opie +psl -hsts
-iconv +idn2 +zlib -lzma -brotlidec -zstd -bzip2 -lzip +http2 -gpgme

imba-tjd avatar Aug 10 '25 14:08 imba-tjd