https://bugs.kde.org/show_bug.cgi?id=424943
--- Comment #2 from Dave Clifford <cliffor...@gmail.com> --- If this is the behavior - converting the hostname to lowercase - then do I correct my problem by defining and using only lower case letters in the hostname? The issue I reported as a bug (id=424943) was due to the behavior of the app in changing the case of the host name and then not finding a match. It's fine if the code does this, but some notation should be made in the user's guide that this is the expected behavior. I would not go to the trouble (and should not be expected) to read an RFC to determine that a hostname will be converted to lowercase. Let me know if I should - or if you can, close the bug with a reason. Dave Clifford On Mon, Aug 10, 2020 at 3:22 AM Davide Gianforte <bugzilla_nore...@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=424943 > > Davide Gianforte <dav...@gengisdave.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|REPORTED |NEEDSINFO > Resolution|--- |WAITINGFORINFO > CC| |dav...@gengisdave.org > > --- Comment #1 from Davide Gianforte <dav...@gengisdave.org> --- > Hostname is converted lower case by QUrl by default (see: > https://doc.qt.io/qt-5/qurl.html#UrlFormattingOption-enum) as stated in > many > RFC documents, even dolphin is "affected" ((s)ftp is handled by kio-extras, > which does not manage the given urls). > > So, the "bug" is in QUrl class used in Krusader and Dolphin when they use a > kio-extras component. > > This can be reproduce in almost every browser, all url are converted > lowercase; > obviously, the fastest solution is to manage the host to respond with > lowercase > (aside or instead of uppercase). Managing this in kio could be a hard > solution. > > -- > You are receiving this mail because: > You reported the bug. > You are on the CC list for the bug. -- You are receiving this mail because: You are watching all bug changes.