Review Request: Patch for KParts::BrowserRun to retain SSL meta-data on redirection

Dawit Alemayehu adawit at
Tue Mar 23 21:42:03 GMT 2010

This is an automatically generated e-mail. To reply, visit:

(Updated 2010-03-23 21:42:03.669178)

Review request for kdelibs.


Currently if a KPart based application such as Konqueror calls KParts::BrowserRun::scanFile to determine the mime-type of a requested resource and the resulting KIO job ends up doing a redirection, the SSL related meta-data information will be completely lost. This causes problems like the one mentioned in comment #14 of bug report 154060. This patch addresses this issue, of not retaining the SSL related meta-data items, by connecting to the KIO job's redirection signal and saving the meta-datas whenever appropriate.

NOTE: this patch is NOT the complete fix for the 154060! It is only a partial fix as it pertains to the KPart's library. For a complete fix 154060, the KParts themselves have to be updated to catch all SSL related meta-data whenever a container application calls their openUrl(...) function. For details, see the implementation of kwebkitpart's openUrl.

This addresses bug 154060.


  trunk/KDE/kdelibs/kparts/browserrun.h 1106566 
  trunk/KDE/kdelibs/kparts/browserrun.cpp 1106566 


Testing (updated)

Used the link in comment #14 of bug 154060 to test the fix. It works correctly in Konqueror + kwebkitpart with the fix.



More information about the kde-core-devel mailing list