Go Back   FlashFXP Forums > > >

Bug Reports Report bugs here.

 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
Old 11-04-2004, 04:14 PM   #1
Joker
Senior Member
 
Join Date: Jul 2002
Posts: 182
Default Waiting for remaining noop replies B1044

This has happened since build 1010 i belive if im not wrong.
Atleast from V3. It almost dissapered from build 1040 or something (my memory is bad) but now it just happened again with build 1044.


When having send noop during transfer and you fxp status window will look something like this.

[L] 226 [Section: DEFAULT] [Credits: 0.0MB] [Ratio: Unlimited]
[L] 200 NOOP command successful.
Transferred: xxx.r10 15 000 000 bytes in 50,67 seconds (289,1 KB/s)
Waiting for remaining noop replies. Please wait..
Waiting for remaining noop replies. Please wait..
Waiting for remaining noop replies. Please wait..
Waiting for remaining noop replies. Please wait..
Waiting for remaining noop replies. Please wait..
[R] PASV
[R] 227 Entering Passive Mode (xxx,xxx,xxx,xxx,219,152)
[L] PORT xxx,xxx,xxx,xxx,219,152
[L] 200 PORT command successful.
[L] STOR xxx.r20
[L] 150 Opening BINARY mode data connection for xxx.r20.

Its very annoying that you have to wait for those noop replies.
Does it really matter if you send new noop and just dont care if they are being accepted?

Since some ftpd servers doesn send command succesful when you do noop. Maybe thats something that brakes this?

In V2 this never happened.

PLease fix, disable send noop during transfer is not an option for me since that will almost brake every connection when file is transfered.
Joker is offline  
 

Tags
fxp, noop, replies, waiting, [l]


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Safe place for site's J-P IT General Discussion 2 12-03-2004 04:05 PM


All times are GMT -5. The time now is 10:57 AM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)