as the RFC says - the server (KHTTP in this case) can ignore range
requests, tested with curl and wget and both will not get a range transfer
but the request will not fail because the server does not support ranges
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
otherwise the icon does not match the one that dolphin shows for example,
not to mention KMimeType::findByUrl() can only guess from the name for
remote URLs instead of using the info KFileItem already has
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
no other way to figure out the MIME type (reliably, could be guessed from
the name but that is not exactly accurate guess)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
none of the bits actually belong there but KIO was designed in such a way
that it is not part of kdecore and as such KMimeType::iconNameForUrl() will
have to handle the cases for KIO (except overlays maybe)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
more conditions are added into the mix but that is how it should be,
KMimeType::iconNameForUrl() barely covers some cases (no overlays?)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
convenience method, was not applying all possible overlays nor was it
producing a pixmap that would match the icon returned by
KFileItem::iconName()
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
was used by some slaves (e.g. the archive slave which is no more).
lets see if you can find it jira:
https://ivailo-monev.atlassian.net/browse/KDE-12
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
editing the domain does not make sense, showing domain can be done via
comment (the complete URL is shown via comment by the KIO curl slave for
example)
note the change to KIO::AuthInfo, this invalidates stored data
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
if the password store is open and KIO::SlaveBase::openPasswordDialog() is
called then the password from the cache is not valid
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because streaming a map of QVariants is not exactly optimal, members remain
undocumented but refer to KPasswordDialog flags and such anyway
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
any program launched with temporary file (as per the spec) argument
(because it does not support %u or %U) should not be responsible for
deleting the file, klauncher already handles that thus the option is
redundant. I don't know how other implemenatations (of program launchers)
do it but I cannot say I care either
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
it was done by kioexec which KRun was using but now everything that uses
KIO::NetAccess::download() benefits from better MIME type detection (e.g.
inkscape used to fail to detect the image format because the temporary file
was lacking extension)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
much like the old implementation except that empty QStringList is returned
if either terminal or kdesudo is required but not found, ideally errors
should be reported by klauncher when that is the case
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
