Live data from Hacker News

Google Plans to Deprecate FTP URL Support in Chrome

pulltech.net

51–60 of 350 posts

Re: Google Plans to Deprecate FTP URL Support in Chrome

#51
Correct me if I'm wrong, but Windows and most Linux distros both come with usable ftp clients in general. So an ftp link will result in the OS handling it, right? And so it opens in IE or Filezilla or whatever.

That's fine... Except on a Chromebook or Android, where it will be a pain.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#52
post #50

I'm personally fine with this. FTP is a different protocol, just like BitTorrent. It's not part of the modern web, so it's just another loose end to tie up. Even though it will be around for a while, it's not relevant to Chrome's user audience/usecase.

I'm not fine with this. I'm of the mindset that code written 20 years ago should run today. This is a breaking change on a critical piece of internet infrastructure. Google, by nature of operating the most popular web browser, has a moral obligation to the community to provide a stable environment. There are something like 10^9 webpages out there. How many of these will become less accessible because of this change?…

The same could have been said of Gopher. FTP is typically insecure and painful to use with it's varying port maps. Transferring files over HTTP or more modern protocols is the future.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#53

Isn't it clear to everyone now that HTTP is the new IP and TCP? That all future protocols will subsist on a web tech substrate? Is that such a bad thing? The vocabulary of URLs and cookies is much richer and less centralized than the vocabulary of port numbers and connection tuples. Why should we keep FTP or other legacy non-HTTP protocols around? What are we buying? Slightly lower connection setup byte counts?

HTTP is objectively better then FTP for downloading files.

For remote file management and uploading there are other options besides WebDAV (itself a HTTP protocol extension), such as SSH/SFTP.

Basically the only case I can think of that needs FTP are people wanting to access a shared-webhost web-space. And FTP works fine for them already, and they aren’t using Chrome to update their site either - so no loss.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#54
post #51

Correct me if I'm wrong, but Windows and most Linux distros both come with usable ftp clients in general. So an ftp link will result in the OS handling it, right? And so it opens in IE or Filezilla or whatever. That's fine... Except on a Chromebook or Android, where it will be a pain.

Windows comes with an ftp client? Not that I know of. Unless you mean MS Edge? Oh or I guess there's a command line one. It's not integrated into Windows Explorer, though.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#55
post #51

Correct me if I'm wrong, but Windows and most Linux distros both come with usable ftp clients in general. So an ftp link will result in the OS handling it, right? And so it opens in IE or Filezilla or whatever. That's fine... Except on a Chromebook or Android, where it will be a pain.

You can actually navigate FTPs (and transfer files) with Explorer too. Quite handy when you don't have an dedicated client installed.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#56
post #26

Earlier quoted context omitted.

And it's not a great protocol.

It is definitely a product of its time. Even FTPS isn't very good. SFTP is though (poorly named, it is based on SSH rather than the FTP protocol), but no web browser that I know of supports SFTP.

Yeah, I think multiplexing commands and data was probably not as well solved a problem as it is now.

Having worked with ssh/scp/sftp, I think sftp could be better too, and therefore more useful.

It's intimately entwined with ssh, which means that instead of just transferring files, you have to give out ssh permissions where they're not required.

Really, there should be an sftp client and server, strictly dealing with files.

- You could have "accounts" that weren't real users on the machine

- You wouldn't have to deal with users and shells and groups and permissions

- You wouldn't have users running commands on your machine

- You could have read-only sftp (sort of a repository with access controls)

- You could have write-only sftp (sort of a dropbox)

- You could make these formal, with daemons like read-only-sftpd or write-only-sftpd that were securely purposed to prevent unexpected file operations.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#57
post #51

Correct me if I'm wrong, but Windows and most Linux distros both come with usable ftp clients in general. So an ftp link will result in the OS handling it, right? And so it opens in IE or Filezilla or whatever. That's fine... Except on a Chromebook or Android, where it will be a pain.

Windows comes with an ftp client? Not that I know of. Unless you mean MS Edge? Oh or I guess there's a command line one. It's not integrated into Windows Explorer, though.

Windows Explorer can navigate (and transfer files) on FTPs. Type "ftp://ip.addr.of.ftp" in explorer and you're in. :-)

Re: Google Plans to Deprecate FTP URL Support in Chrome

#58

I know for a fact that HP distributes software and drivers over FTP files that they link to on their website. FTP isn't used much anymore, but IMO/IME, it's still nice to have for those rare times when you come across a file that you need to download and it's served over FTP.

So HP is now on notice to fix that. It's not happening until 2020Q2, so that gives them plenty of time.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#59
post #50

I'm personally fine with this. FTP is a different protocol, just like BitTorrent. It's not part of the modern web, so it's just another loose end to tie up. Even though it will be around for a while, it's not relevant to Chrome's user audience/usecase.

I'm not fine with this. I'm of the mindset that code written 20 years ago should run today. This is a breaking change on a critical piece of internet infrastructure. Google, by nature of operating the most popular web browser, has a moral obligation to the community to provide a stable environment. There are something like 10^9 webpages out there. How many of these will become less accessible because of this change?…

Frankly, I take the opposite view. Code that is not supported from a developer standpoint should be deprecated. If an organization doesn't want to spend the resources to support part of a code base, I support excising that part of the code base from the product. Especially in open source, others are free to fork.

Re: Google Plans to Deprecate FTP URL Support in Chrome

#60
post #50

I'm personally fine with this. FTP is a different protocol, just like BitTorrent. It's not part of the modern web, so it's just another loose end to tie up. Even though it will be around for a while, it's not relevant to Chrome's user audience/usecase.

I'm not fine with this. I'm of the mindset that code written 20 years ago should run today. This is a breaking change on a critical piece of internet infrastructure. Google, by nature of operating the most popular web browser, has a moral obligation to the community to provide a stable environment. There are something like 10^9 webpages out there. How many of these will become less accessible because of this change?…

Google has zero obligation to consider what others chose to put on their websites.

Our culture does not recognize moral obligations. It recognizes space to create as we choose.

This is like whining we moved on from Ye Olde English.

Enjoy your weekend. Technology will still be here.

Post reply on HN