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

 
 

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

Submitted by:  None
Submitted on:  Thu 10 Apr 2008 03:44:46 PM UTC  
 
Category: Crash/Freeze/InfloopSeverity: 4 - Important
Priority: 4Status: Needs Discussion
Privacy: PublicAssigned to: None
Originator Name: Ladislav SladecekOriginator Email: -unavailable-
Open/Closed: OpenRelease: 1.11
Operating System: GNU/LinuxReproducibility: Every Time
Fixed Release: NonePlanned Release: 1.15
Regression: NoneWork Required: 0 - Hours
Patch Included: No

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

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 (1.4.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.

Anonymous

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 9 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 30 Aug 2009 07:40:36 AM UTCmicahcowanStatusConfirmed=>Needs Discussion
      Assigned tomichaelnovak=>None
      Planned Release1.12=>1.15
    Tue 04 Nov 2008 01:47:53 AM UTCmicahcowanPriority5 - Normal=>4
    Mon 28 Apr 2008 05:26:13 PM UTCmichaelnovakAssigned toNone=>michaelnovak
    Wed 23 Apr 2008 06:37:13 AM UTCmicahcowanStatusNone=>Confirmed
      Work RequiredNone=>0 - Hours
    Thu 10 Apr 2008 04:10:02 PM UTCmicahcowanSeverity3 - Normal=>4 - Important
      Planned ReleaseNone=>1.12

    Back to the top


    Powered by Savane 3.1-cleanup1