When downloading a nzb file from a browser such as Firefox, and selecting KLibido as the application of choice to open it with from inside Firefox, KLibido starts and add rightly adds the files the nzb points to into its queue.
However, if KLibido is already running, rather than adding the new nzb data to the existing klibido application and putting these extra files into the queue, it will start another klibido application and add it to that queue instead. This introduces problems as the two klibido applications now running compete with eachother for the same usenet server, resulting in disconnection by the server on one or both of the applications, as well as wasting resources, and causing other buggy behavior since it's not meant to be run that way.
I first filed this at the bugs.kde.org tracker and they told me it's not a KDE problem but a klibido problem and that I should post it here, so here ya go.
Logged In: YES
user_id=523378
Originator: NO
Ok, so:
1) I didn't know (or remember) you could add a .nzb file for download using the command line...really :)
2) I'm adding the code to queue a .nzb file to a running session of KLibido...but can't find enough time to finish it. Please be patient.
I'm marking this as "invalid" since it's not really a bug, but a missing feature.
Logged In: YES
user_id=523378
Originator: NO
Ok, so:
1) I didn't know (or remember) you could add a .nzb file for download using the command line...really :)
2) I'm adding the code to queue a .nzb file to a running session of KLibido...but can't find enough time to finish it. Please be patient.
I'm marking this as "invalid" since it's not really a bug, but a missing feature.
Logged In: YES
user_id=1190156
Originator: YES
Sounds good. Thanks man :)