Dr Konqi still misbehaving - advice needed
iandw.au at gmail.com
Mon Dec 1 01:33:38 GMT 2014
On 01/12/2014, at 10:26 AM, Albert Astals Cid wrote:
> El Dilluns, 1 de desembre de 2014, a les 09:56:40, Ian Wadham va escriure:
>> On 01/12/2014, at 8:43 AM, Thomas Lübking wrote:
>>> On Sonntag, 30. November 2014 15:37:22 CEST, Andrea Iacovitti wrote:
>>>> If i understand well the problem and the goal is to disable the use of
>>>> cookies, may be it could be achieved by using kio METADATA (see doc
>>>> file kdelibs/kio/DESIGN.metadata).
>>>> E.g. job->addMetaData("cookies", "none") should disable the use of
>>>> cookies for that job.
>>> Cool, didn't know that =)
>>> "Unfortunately" DrKonqi currently uses sync static
>>> KIO::NetAccess::upload(), so the patch would require to move to
>>> KIO::copy() and either turn the entire thing async (and disable the UI
>>> ;-) or add a custom nested eventloop.
>> And I think it does whatever it does from inside KXmlRpc::Client, a kdelibs4
>> class (frozen).
> I don't see any KXmlRpc in kdelibs, can you point me where is it?
KXmlRpc is a namespace and KXmlRpc::Client is one of its classes.
Oh, it's in kdepimlibs. My mistake… :-(
> Besides it being frozen doesn't mean bugs can not get fixed, you know that.
I can fix master, but AFAIK there is not going to be a KDE 4.14.4, so if I fix something in a
KDE 4 library, when can it be released?
If I fix Dr Konqi, maybe it can be released, as an application, in KDE Applications 14.12.1,
but I would like to be sure of that.
Cheers, Ian W.
More information about the kde-core-devel