QT6 QNetworkRequest and FTP
-
@SGaist said in QT6 QNetworkRequest and FTP:
Nothing wrong with using FTP
Well, there's lots of things wrong with FTP :) Can't remember who brought this link up, maybe it as even in some discussions about this very feature of Qt Network: https://mywiki.wooledge.org/FtpMustDie
The security issue is probably fixed by SFTP, and 'don't break my workflow' is a valid requirement for a framework ... but I found the page entertaining.
-
@SGaist said in QT6 QNetworkRequest and FTP:
Nothing wrong with using FTP
Well, there's lots of things wrong with FTP :) Can't remember who brought this link up, maybe it as even in some discussions about this very feature of Qt Network: https://mywiki.wooledge.org/FtpMustDie
The security issue is probably fixed by SFTP, and 'don't break my workflow' is a valid requirement for a framework ... but I found the page entertaining.
@kkoehne Heeeey you cut the line short ! The content of the parenthesis was the most important !
-
wrote on 27 Aug 2022, 12:16 last edited by Charlie8741
Hi,
Sorry to reply to this old thread, but do we have any news regarding FTP support ? I use it in my personal project and that missing support hold me from moving to Qt6...Thank you for your time !
-
wrote on 27 Aug 2022, 21:23 last edited by
As a major worldwide company whose customers are also major and worldwide, we and our customers expect to be able to use FTP as a means of communication between our devices. Yes we have and use other modern and appropriate mechanisms available for primary communication protocols but we still have current use cases which will outlast the Qt6 lifetime. Please give bringing FTP back to Qt6 some serious consideration otherwise large companies with heavy investments in Qt are going to have to consider what would be a costly course of direction change with significant D&D and no ROI. Thank you.
-
As a major worldwide company whose customers are also major and worldwide, we and our customers expect to be able to use FTP as a means of communication between our devices. Yes we have and use other modern and appropriate mechanisms available for primary communication protocols but we still have current use cases which will outlast the Qt6 lifetime. Please give bringing FTP back to Qt6 some serious consideration otherwise large companies with heavy investments in Qt are going to have to consider what would be a costly course of direction change with significant D&D and no ROI. Thank you.
wrote on 28 Aug 2022, 06:34 last edited by@Mike-Trahearn-0
I do not disagree with you, but be aware this is a user forum. We have no influence over what The Qt Company does. Your comments would be best addressed to them. -
@Mike-Trahearn-0
I do not disagree with you, but be aware this is a user forum. We have no influence over what The Qt Company does. Your comments would be best addressed to them.wrote on 29 Aug 2022, 00:20 last edited by@JonB Thank you - they are very much aware I can assure you.
-
Is there a strong reason why it must be done via a Qt-ish FTP API? How about using
QProcessto run cURL?...or perhaps WinSCP if you're supporting Windows only?
-
wrote on 6 Sept 2022, 09:20 last edited by
@JKSH
Because using external binaries is not practical to implement. You have to manage binaries for all supported platforms (windows, macOS, linux) but the hard part is parsing output data, if you need to get status of download/upload, you have to parse output of curl.
Yes, that can be done ! But this is not very practical... -
@JKSH
Because using external binaries is not practical to implement. You have to manage binaries for all supported platforms (windows, macOS, linux) but the hard part is parsing output data, if you need to get status of download/upload, you have to parse output of curl.
Yes, that can be done ! But this is not very practical...@legerborea said in QT6 QNetworkRequest and FTP:
Because using external binaries is not practical to implement. You have to manage binaries for all supported platforms (windows, macOS, linux) but the hard part is parsing output data, if you need to get status of download/upload, you have to parse output of curl.
OK, how about using the
libcurllibrary instead? That's very cross-platform. -
@legerborea said in QT6 QNetworkRequest and FTP:
Because using external binaries is not practical to implement. You have to manage binaries for all supported platforms (windows, macOS, linux) but the hard part is parsing output data, if you need to get status of download/upload, you have to parse output of curl.
OK, how about using the
libcurllibrary instead? That's very cross-platform. -
wrote on 7 Sept 2022, 13:43 last edited by legerborea 6 Aug 2023, 11:03
Yes
libcurlwould be the one to use, but that need more development, I have a custom FTP class for Qt5 series (which use QNetworkAccessManager). So erase and rewrite all with libcurl... is very not practical (and add delay in development process).Anyway, thank you for those informations and alternative solutions, I will consider
libcurl.FWIW, I've opened a bug ticket at: https://bugreports.qt.io/browse/QTBUG-111597
-
wrote on 8 Oct 2022, 15:00 last edited by
Hello, I also miss FTP since I switched to Qt 6. I don't like the idea of using libcurl because the more dependencies is added to an application, the more potential problems + the harder is the maintenance. I really hope that Qt will but back FTP support.