Thanks for the details. It is fascinating that we would have this bug since we are using WinInet for FTP. Ugh :( -darin
On Wed, Sep 10, 2008 at 1:48 AM, Unknown W. Brackets < [EMAIL PROTECTED]> wrote: > > Well, actually, it's because LIST/STAT is acting in a case-sensitive > manner on that server. > > I've actually written by own FTP server (which works with most other > browsers and clients, but it hasn't been tested too much.) However, > it doesn't work with Google Chrome, and this is because it has a bug: > LIST filename doesn't work, only LIST directory. > > This is Chrome trying to download a file: > > Notice: Accepted connection (127.0.0.1:3439) > SC: 220 Hello > CS: USER ftp > SC: 331 What's the password? > CS: PASS ftp > SC: 230 You're in. > CS: CWD /Testing/GestureMatch.zip > SC: 550 No can do. > CS: TYPE A > SC: 200 Ok. > CS: PASV > SC: 227 I'm waiting. (127,0,0,1,193,115) > CS: LIST /Testing/GestureMatch.zip > SC: 150 Opening data connection. > SC: 226 File doesn't exist; nothing to list. > Notice: Closed connection > > In contrast, MSIE looks more like this: > > Notice: Accepted connection (127.0.0.1:4131) > SC: 220 Hello > CS: USER ftp > SC: 331 What's the password? > CS: PASS ftp > SC: 230 You're in. > CS: TYPE I > SC: 200 Ok. > CS: PASV > SC: 227 I'm waiting. (127,0,0,1,204,103) > CS: SIZE /Testing/GestureMatch.zip > SC: 213 25678 > CS: RETR /Testing/GestureMatch.zip > SC: 150 Opening BINARY mode data connection (25678 bytes) > Notice: Waiting for data connection... > SC: 226 Done. > > This is of course a bug in my implementation; LIST should return info > about even a single file. However, it points to what's happening here > with Microsoft's server (I typed this into telnet but you get the > idea): > > 220-Microsoft FTP Service > 220 MARS-FTP2 > USER anonymous > 331 Anonymous access allowed, send identity (e-mail name) as password. > PASS [EMAIL PROTECTED] > 230 Anonymous user logged in. > CWD /pub/tr/tr-2001-50.pdf > 550 /pub/tr/tr-2001-50.pdf: The directory name is invalid. > TYPE A > 200 Type set to A. > STAT /pub/tr/tr-2001-50.pdf > 213-status of /pub/tr/tr-2001-50.pdf: > 213 End of status. > STAT /pub/tr/TR-2001-50.pdf > 213-status of /pub/tr/TR-2001-50.pdf: > 05-01-01 11:58AM 78322 TR-2001-50.pdf > 213 End of status. > QUIT > 221 > > Doing it the way IE (and Firefox iirc) do it, using SIZE, seems much > more logical and bug-proof to me. > > -[Unknown] > > > On Sep 9, 10:20 pm, Darin Fisher <[EMAIL PROTECTED]> wrote: > > I have no idea. If you have time, you should run a TCP tracing tool like > > WireShark to see what the data looks like over the wire. You can compare > > the different browsers to see what Chrome is doing that is funny > here.-Darin > > > > On Tue, Sep 9, 2008 at 10:14 PM, Wei Hu <[EMAIL PROTECTED]> wrote: > > > > > Well, I suppose ftp.research.microsoft.com is running Windows, so the > > > server shouldn't be case sensitive, right? Then why didn't Chrome > > > download the file? > > > > > On Sep 10, 1:03 am, Darin Fisher <[EMAIL PROTECTED]> wrote: > > > > Interesting. We are currently using WinInet for FTP, which is the > same > > > code > > > > that Internet Explorer uses. I wonder why it doesn't work. > > > > -Darin > > > > > > On Tue, Sep 9, 2008 at 9:47 PM, Wei Hu <[EMAIL PROTECTED]> wrote: > > > > > > > OK, Chrome is very strict about upper cases and lower cases in the > > > > > file names. Chrome is happy to download > > > > >ftp://ftp.research.microsoft.com/pub/tr/TR-2001-50.pdf, > > > > > but notftp://ftp.research.microsoft.com/pub/tr/tr-2001-50.pdf. > > > > > Strangely enough, Chrome doesn't care about the directory names. > For > > > > > example, > ftp://ftp.research.microsoft.com/PuB/tR/TR-2001-50.pdfworks > > > > > just fine. I'm wondering what the FTP protocol has to say about > this? > > > > > > > Even if Chrome is conforming to the standard in this case, IE, > > > > > Firefox, wget, and ncftp all seem to be able to download both > > > > > tr-2001-50.pdf and TR-2001-50.pdf. > > > > > > > On Sep 4, 9:06 pm, Wei Hu <[EMAIL PROTECTED]> wrote: > > > > > > E.g.,ftp://ftp.research.microsoft.com/pub/tr/tr-2001-50.pdf > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~----------~----~----~----~------~----~------~--~---