Summary: | When creating a folder on ftp share every name already exists. | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | tb44332211 |
Component: | FTP | Assignee: | KIO Bugs <kio-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kdelibs-bugs, kfm-devel, meven29, nate |
Priority: | NOR | ||
Version: | 5.78.0 | ||
Target Milestone: | --- | ||
Platform: | Manjaro | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
tb44332211
2021-01-28 08:14:54 UTC
KNewFileMenu now checks dynamically files do not exist as users type, this seems to point at an issue with the ftp kio worker stat that returns garbage when stating not-existing files/directories instead of responding an error . I am assuming you are using the kio worker ftp:// , i.e the url where you are trying to creating a file begins with ftp:/ In particular: ``` if (statSide == QLatin1String("source")) { qCDebug(KIO_FTP) << "Not found, but assuming found, because some servers don't allow listing"; // MS Server is incapable of handling "list <blah>" in a case insensitive way // But "retr <blah>" works. So lie in stat(), to get going... // // There's also the case of ftp://ftp2.3ddownloads.com/90380/linuxgames/loki/patches/ut/ut-patch-436.run // where listing permissions are denied, but downloading is still possible. ftpShortStatAnswer(filename, false /*file, not dir*/); return Result::pass(); } ``` https://invent.kde.org/frameworks/kio/-/blob/master/src/ioslaves/ftp/ftp.cpp#L1317 *** This bug has been marked as a duplicate of bug 429541 *** |