Go Back   FlashFXP Forums > > >

Bug Reports Report bugs here.

 
 
Thread Tools Display Modes
Old 08-11-2004, 12:58 AM   #1
blubb-
Senior Member
 
Join Date: Jan 2004
Posts: 115
Default Status "Command Failure" before initing transfer

Hi,

I know this is a really little bug but I want to mention it though. When you init a transfer (no matter if up/download), FlashFXP executes a command internally, it's the SIZE-command, to determine if the file really doesn't exist, or where it has to resume.
This command will be hidden if it fails, like this should proof:
Quote:
[07:44:06] [L] TYPE I
[07:44:07] [L] 200 Type set to I.
[07:44:07] [L] PASV
[07:44:07] [L] 227 Entering Passive Mode
While in my FTP-Server i see the following:
Quote:
(07:44:06) - blubb (192.168.1.x) TYPE I
(07:44:07) - blubb (192.168.1.x) 200 Type set to I.
(07:44:07) - blubb (192.168.1.x) SIZE audio.mp2
(07:44:07) - blubb (192.168.1.x) 550 No such file or directory.
(07:44:07) - blubb (192.168.1.x) PASV
(07:44:07) - blubb (192.168.1.x) 227 Entering Passive Mode
You may ask why I complain? Well, if you take a look at the Statusbar you'll see "Command failure" exactly in the moment, where FlashFXP gets the 550 reply to SIZE. If the command should be hidden (maybe it shouldn't?), why do we see the Status message?

cu, blubb
blubb- is offline  
Old 08-11-2004, 01:10 AM   #2
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

Thank you for your bug report.

Yes, the command failure should be supressed. This will be resolved in the next update.

Thank you


No bug is too small
bigstar is offline  
 

Tags
074407, 192.168.1.x, blubb, command, flashfxp

Thread Tools
Display Modes

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


All times are GMT -5. The time now is 03:57 PM.

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