mkd bug in beta 1094?

[tuff]

for some strange reason, when i mkd somewhere, i get kicked back to the root dir ie. /

is this some new option i aint found yet?

Log:

CWD APPS
250 CWD command successful.
PWD
257 "/APPS/" is current directory.
PASV
227 Entering Passive Mode (**,**,*,**,6,169)
Opening data connection IP: **.**.*.** PORT: 1705
LIST
150 Opening ASCII mode data connection for directory listing.
226- [Ul: 2949590.9MB] [Dl: 34821.2MB] [Speed: 0.0K/s] [Free: 20629MB]
226- [Section: Default] [Credits: 0.0MB] [Ratio: Unlimited]
226
List Complete: 3,298 bytes in 0.16 seconds (20.5 KB/s)
MKD Test
257 "Test" created.
CDUP
250 CWD command successful.
PWD
257 "/" is current directory.
PASV


* FlashFXP v[3].[3.2], build [1094], [X]registered, [ ]unregistered, [ ]pirated
* OS [X] WinXP, [ ] Win2K, [ ] Win98, [ ] WinME, [ ] Other
* Running behind NAT/router [ ] Yes & Model [ ], [X] No, [ ] Not sure
* Running firewall [X] Yes, Name [Sygate Personal Firewall Pro], Ver. [5.5.2637], or [ ] No
* Running Antivirus [X] Yes, Name [ ] or [ ] No
* Network [X] xDSL, [ ] CABLE, [ ] Dail-Up, [ ] Other
* FTPD [ioFTPD v5.8.5r]

[bigstar]

I couldnt reproduce this specific problem but the manual "make directory" feature is in fact bugged in 1094. Did you do it manually?

This will be resolved in the next release.

[tuff]

yup bigstar, it was created manually

[tuff]

this bug still exists in 3.3.4b1108

[bigstar]

Can you please provide the exact steps used to reproduce the problem.
I must be doing something wrong because I can't reproduce it.

[olg]

I have the same problem. It affects only few sites.
Here is a cut from the log:

[05:46:55] TYPE A
[05:46:55] 200 Type set to A.
[05:46:55] STAT -la
[05:46:55] List Complete: 464 bytes in 0.30 seconds (1.5 KB/s)
[05:47:11] MKD test
[05:47:11] 257 "test" created.
[05:47:11] CDUP
[05:47:11] 250 CWD command successful.
[05:47:11] PWD

Option "go to the new dir when it's created" or smth like that is enabled. But I got kicked one dir back, but not at that new created dir.

[bigstar]

I tried that on several sites, but was unable to reproduce the problem.

[tuff]

A) Logon to site (ioFTPD site btw but i doubt that the ftpd is to blame)

257 "/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (*,*,*,*,*,*)
Opening data connection IP: *.*.*.* PORT: *
LIST
150 Opening ASCII mode data connection for directory listing.
List Complete: 609 bytes in 0.06 seconds (9.4 KB/s)

B) CD To ANY Dir ie. REQUESTS

CWD REQUESTS
250 CWD command successful.
PWD
257 "/REQUESTS/" is current directory.
PASV
227 Entering Passive Mode (*,*,*,*,*,*)
Opening data connection IP: *.*.*.* PORT: *
LIST
150 Opening ASCII mode data connection for directory listing.
List Complete: 403 bytes in 0.03 seconds (12.3 KB/s)

C) Manually MKD by pressing INSERT then typing testing (return)

MKD testing
257 "testing" created.
CDUP
250 CWD command successful.
PWD
257 "/" is current directory.
PASV
227 Entering Passive Mode (*,*,*,*,*,*)
Opening data connection IP: *.*.*.* PORT: *
LIST
150 Opening ASCII mode data connection for directory listing.
List Complete: 609 bytes in 0.02 seconds (37.2 KB/s)

You are then taken back to / and not /REQUESTS/testing (i have "Enter Folder After Create" ticked in options & NO cacheing enabled)

[Hetfield]

Well i tried exactly what you did on glftpd/raidenftpd/serv-u and i didn't see this error once. Unfortunately i don't have a ioftpd site to test with.

[bigstar]

Ok it seems this problem is limited to specific ftp servers such as ioFTPD. I setup ioFTPD for testing and I was able to reproduce it. A fix will be included in the next release.

[_panic_]

Ok it seems this problem is limited to specific ftp servers such as ioFTPD. I setup ioFTPD for testing and I was able to reproduce it. A fix will be included in the next release.

i've made a note of this as well and will be working on a fix in ioFTPD.

[Hetfield]

But the question now is this FlashFXP's fault or ioftpd's? :P

[_panic_]

But the question now is this FlashFXP's fault or ioftpd's? :P

it sounds like ioFTPD's fault, but you can always fix it in both places...

[bigstar]

I think it depends on your understanding of the RFC (rfc959)

According to the RFC
To solve these problems, upon successful completion of an MKD command, the server should return a line of the form:
257<space>"<directory-name>"<space><commentary>

For example, a user connects to the directory /usr/dm, and creates
a subdirectory, named pathname:

CWD /usr/dm
200 directory changed to /usr/dm
MKD pathname
257 "/usr/dm/pathname" directory created


However ioFTPD doesn't return the absolute pathname in the 257 reply, If the directory is created relative to the folder only the folder name is returned. Steps have been taken to address this issue so whether ioFTPD changes it's behavior or not really doesn't matter.