271330 - Publish in Composer always fails if no access permission in root directory

Status: RESOLVED WONTFIX

(Core Graveyard :: Networking: FTP, defect)

Description

[Sam Little]

User-Agent:       Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8a4) Gecko/20040930
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8a4) Gecko/20040930

This is rather stupid, but I have to live with it. I'm trying to publish to a
site where I have no r/w access to the directory that I'm placed in at the start
of an FTP session. I have to immediately dive two levels deep, where I *do* have
permissions. 

However, attempting to set up Publish As in Mozilla Composer always fails after
issuing a "CWD /" command. This generates a 550 "Access denied" message which
get's reported in a pop-up, then the file is sent, not placed anywhere, and the
transfer is considered successful.


Reproducible: Always
Steps to Reproduce:
1. Set up FTP host with two subdirectory levels (e.g., web/shared), and users
who have read/write permission in /web/shared, but not /shared or root.
2. Create an HTML page (my.html) and configure it to be published in web/shared
directory
3. Try to publish.

Actual Results:  
Here's the extracted FTP dialog from an iptrace session:

220 myftpserver FTP server (CH/1.9) ready.
USER [e-mail]
331 Password required for [e-mail].
PASS mypassword
230 User myuser logged in.
SYST
215 UNIX Type: L8..
PWD
257 "/" is current directory.
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (207,155,248,14,195,84)..
CWD /
550 /: Access denied by ACL.
221 You could at least say goodbye.

There is no attempt to go to web/shared. The file data gets sent, though there's
no PUT command to go with it, and the file doesn't get saved anywhere.


Expected Results:  
Since there's no need to do anything in "/" directory, don't go there; just go
to "/web/shared".

Comment 1

[benc]

Sam,

Can you show a line command session of FTP working w/ the CWD command you want
us to use? If you provide that data, I'll mark the bug as "NEW". I doubt anyone
will look at UNCONFIRMED bugs in FTP, so this is the next thing to do.

Comment 2

[Sam Little]

Attachment: Sample successful FTP log where root dir has no r/w permissions for user

Per request of [e-mail].

Comment 3

[Sam Little]

(In reply to comment #1)
> 
> Can you show a line command session of FTP working w/ the CWD command you want
> us to use? If you provide that data, I'll mark the bug as "NEW". I doubt anyone
> will look at UNCONFIRMED bugs in FTP, so this is the next thing to do.

I've attached a log, only changing server / directory / user names. Basically, I
don't think a 550 message on a directory other than the one to be uploaded
should cause the process to exit.

Comment 4

[benc]

-> NEW.

(really a composer bug that should depend on an FTP bug... but whatever).

Comment 5

[Mike Kaply [:mkaply]]

Not OS/2 specific.

Darin, any ideas?

Comment 6

[Doug Turner (:dougt)]

mass reassigning to nobody.

Comment 7

[Patrick McManus [:mcmanus]]

only critical ftp fixes now