From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (WinNT; U) Description of problem: FTP file transfer occurs successfully. After that a "QUIT" command is send from the client. The response to this command is somehow lost. The TCP ack mechanism takes care of retransmission. However, the client does not accept this retransmitted response. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Initiate a file transfer through ftp (either get or put) 2.After file transfer is complete give a "bye" command. But somehow block the response coming from the server (do not know how exactly to do this) 3.Unblock the path again between the client and the server so that the client gets the retransmitted response. Actual Results: The client side FTP is in a hanged state Expected Results: The client should accept the response from the server everytime, whether or not it comes through retransmission. Additional info: Below the IP layer we have a GPRS stack. It is quite likely to have occasional data loss and thus we arrived at the problem scenario.
Created attachment 51646 [details] tcpdump traces for the FTP scenario right from the begining of FTP till the hang.
Please verify this with a newer version of Red Hat Enterprise Linux or Fedora Core and reopen it against the new version if it still occurs. Closing as "not a bug" for now.