[Kget] KGet Runner

Lukas Appelhans l.appelhans at gmx.de
Fri Oct 2 14:20:39 CEST 2009


Am Donnerstag 01 Oktober 2009 23:26:55 schrieb Tomas Van Verrewegen:
> Lukas,
> 
> First: I hope you'll be feeling better soon.
Thanks, hope so too... :)
> 
> 
> The .service file is only there to start KGet, it isn't used for the actual
> communication. So that doesn't explain your problem.
> 
> 
> In "callFinished(QDBusPendingCallWatcher* call)" I am ignoring any timeout
> errors because otherwise you would also get a timeout if you keep the "New
> Download" dialog open for too long, and when we reach this code, we're sure
> KGet is up and running anyway.
> 
> Nevertheless... between the call to "run()" and "showNewTransferDialog()",
>  it is possible some other process might screw up our call. I've seen this
>  happen here when nepomuk hogs the CPU...
> 
> You could try losing the ckeck for
> 
>     reply.error().type() != QDBusError::NoReply
> 
> in "callFinished()" and see what happens... At least you'll get an error
> message if that's what is happening.
Exactly that happened :D
> 
> This has been bugging me for a while, but for now I don't have a better
> solution. The only thing I can think of to prevent this, is changing the
> "showNewTransferDialog()" workflow in "newtransferdialog.cpp" so the dialog
> gets exec'ed asynchronously.
Yeap, shouldn't be too much of a problem as we can get the accepted() signal 
from the newtransferdialog...

Lukas
> 
> 
> Yours, Tomas
> _______________________________________________
> Kget mailing list
> Kget at kde.org
> https://mail.kde.org/mailman/listinfo/kget
> 


More information about the Kget mailing list