Review Request: Fix for a couple of KIO put-slave-on-hold bugs
Dawit Alemayehu
adawit at kde.org
Fri Apr 29 22:20:21 BST 2011
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101244/
-----------------------------------------------------------
(Updated April 29, 2011, 9:20 p.m.)
Review request for kdelibs.
Changes
-------
Though technically unrelated, fixed the probable cause of the job accouting problem aharmtez mentioned.
Summary
-------
The attached patch address a couple of bugs in the KIO put-slave-on-hold functionality:
Problem:
======
#1. If a user clicks a link on a page, e.g. ftp://ftp.kde.org/pub/kde/README_UPLOAD, then KRun will first issue a get (CMD_GET) to determine its content-type and put the ioslave on hold so that the application associated with the returned content-type can handle it. In case of our example that would be kate/kwrite. Unfortunately, the ioslave put on hold will not be reused because almost all applications will use KIO::file_copy (CMD_COPY) to make a local copy before opening it. Even then for ioslaves that do not optimize their copy command, the call to KIO::file_copy will properly reuse the ioslave on hold so long as it do not have an optimized copying method like the ftp ioslave.
#2. If a user types a web address, e.g. www.kde.org, into KRunner to open it in Konqueror and repeats the same process with another address, then whether the ioslave put on hold the second time around will get reused or not depends how the application works. If the application allows multiple documents or tabs and opens the second url as in the already running instance, then the ioslave on hold will NOT be reused the second time around.
Solution:
======
#1. Simply force the KIO::file_copy call not to do the optimized copying if there is a slave on hold for the request. This will force it to use two separate jobs, KIO::get (CMD_GET) and KIO::put (CMD_PUT) ensuring the reuse of the ioslave that was put on hold.
#2. Whenever a call to KIO::Scheduler::publishSlaveOnHold is made, send a dbus message to update all the other scheduler so that they can look for an ioslave-on-hold to service the next request.
Diffs (updated)
-----
kio/kio/job.cpp e34f562
kio/kio/scheduler.h 9be9db0
kio/kio/scheduler.cpp 4cb33d1
Diff: http://git.reviewboard.kde.org/r/101244/diff
Testing
-------
Thanks,
Dawit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110429/a314aae8/attachment.htm>
More information about the kde-core-devel
mailing list