bugGNU Wget - Bugs: bug #22894, ftp LIST -a hangs on non-standard...


bug #22894: ftp LIST -a hangs on non-standard ftp server

Submitter:  None
Submitted:  Thu 10 Apr 2008 03:44:46 PM UTC
Category:  Crash/Freeze/Infloop Severity:  4 - Important
Priority:  4 Status:  Needs Discussion
Privacy:  Public Assigned to:  None
Originator Name:  Ladislav Sladecek Originator Email:  -email is unavailable-
Open/Closed:  Open Release:  1.11
Operating System:  GNU/Linux Reproducibility:  Every Time
Fixed Release:  None Planned Release:  1.15
Regression:  None Work Required:  0 - Hours
Patch Included:  No
* Mandatory Fields

Add a New Comment Rich Markup

Thu 14 Jan 2010 11:12:29 AM UTC, comment #3: 

I got a problem with LIST -a
Can't interact with "ArGoSoft FTP Server for Windows NT/2000/XP, Version 1.4 (". Not my choice.
For "LIST -a" it replies no error, just empty listing. No error - no retry, so ordinary "list" not even tried. Definetly option to disable LIST -a  would be useful.

Arsen Kamensky <stinky_nnov>
Sun 30 Aug 2009 07:40:36 AM UTC, comment #2: 

Hm, looking at the surrounding code, it looks like it does respect the retry count. The problem is probably just that it is exacerbated by the fact that each count it also has to wait for the connection to fail.

Still could consider an option to disable LIST -a, though.

Micah Cowan <micahcowan>
Wed 23 Apr 2008 06:37:13 AM UTC, comment #1: 

Certainly the retry count should be done, regardless. I think an option to disable LIST -a would be useful too, but will defer implementing that until some other time, perhaps.

Micah Cowan <micahcowan>
Thu 10 Apr 2008 03:44:46 PM UTC, original submission:  

I use wget to download some files from a supplier using a cron job. The first step is to list the files available by a command like

wget   ftp://USER:PASSWORD\@ftp.lkmstbk.cz

. Suddenly, the supplier modified something on his server (profiwh) resulting in wget hanging. After some investigation (tcpdump) I found, that wget firstly tries to lists the directory using the ftp command LIST -a (-a means read hidden files). If this does not work, wget sends LIST without options (see ftp-basic.c line 968).

The suupliers' server does not answer on "LIST -a" in any way. So wget retries again, again and again (for hours).

I know that the ftp server is to be blamed - it should answer with some error code or do the command as asked. But, can someone find a correct way how to handle such a situation? My fix was to compile my own version of wget with LIST -a removed but this is crude.

For example a retry count of 5 will do or an option to disable the '-a'  case ? This will make wget slightly more robust.

Thanks to the authors for this perfect tool.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by stinky_nnov (Posted a comment)
  • -email is unavailable- added by michaelnovak (Updated the item)
  • -email is unavailable- added by micahcowan (Updated the item)
  • -email is unavailable- added by None (Submitted the item)

    Follow 9 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-08-30 micahcowan StatusConfirmed Needs Discussion
        Assigned tomichaelnovak None
        Planned Release1.12 1.15
    2008-11-04 micahcowan Priority5 - Normal 4
    2008-04-28 michaelnovak Assigned toNone michaelnovak
    2008-04-23 micahcowan StatusNone Confirmed
        Work RequiredNone 0 - Hours
    2008-04-10 micahcowan Severity3 - Normal 4 - Important
        Planned ReleaseNone 1.12

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code