Bug 114397 - akregator does not start automatically when kontact starts
Summary: akregator does not start automatically when kontact starts
Status: RESOLVED FIXED
Alias: None
Product: akregator
Classification: Applications
Component: kontact plugin (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
: 193103 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-10-14 14:49 UTC by Derek Broughton
Modified: 2021-03-09 06:08 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Derek Broughton 2005-10-14 14:49:18 UTC
Version:           1.1.3 (using KDE 3.4.3, Kubuntu Package 4:3.4.3-0ubuntu1 )
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.12-6-686

When akregator is used within kontact, it will not start fetching feeds or put an icon in the system tray until the user physically goes to the akregator component of kontact.  This functionality should begin as soon as kontact is started.
Comment 1 greatbunzinni 2005-12-04 00:12:06 UTC
I beg to differ. IMHO, the way kontact deals with it's components is the right way to do it, specially akregator. If all components are "fired up" at startup, probably the system will grind into a screatching halt, which isn't nice at all.
Comment 2 Frank Osterfeld 2005-12-04 16:08:13 UTC
A solution could be to decouple feed fetching from the UI. That means there would be central "Feed service" fetching feeds and managing the feed list, and applications like Akregator would only be a frontend using that service.
That would make it also possible to use the feeds from Akregator in a newsticker-style application without having to start Akregator, or to show them on the kontact summary page without having the Akregator part loaded (which is a no-no, as it would slow down Kontact startup a lot, if each and every component, even the rarely used ones, would be started at once).
Comment 3 Derek Broughton 2005-12-05 14:31:14 UTC
Sorry, bunzinni, but that's completely wrong.  In the first place, if akregator is used, standalone, it starts fetching feeds when it starts up - kontact should _never_ interfere with the expected behaviour of its components.

Secondly, the whole point of RSS agregators is that they push data to your desktop without user initiation.  If kontact refuses to do that it's violating an implied contract, in which case akregator should really be removed from kontact.

If there's a possibility for bringing the system to a screeching halt (seems highly unlikely to me), then I have no objection to kontact delaying the startup of any as-yet unchecked component for a reasonable period, but not starting it at all is wrong.

Finally, if one doesn't want akregator to fetch feeds at kontact startup, one should always be able to configure it that way, but I can't see why anyone would even set up akregator in that case.
Comment 4 p92 2005-12-30 12:28:46 UTC
Ho so there is already a bug report on this behaviour I also find very annoying. What's the use of akregator popups and automatic article fetching if I have to go to akregator each time kontact is started ? 
Akregator fetching should be started automatically at kontact startup if it is included as a component of kontact. there is already an option to fetch articles automatically or not at startup. So we need only another one to delay optionnaly this fetching if it could cause too much cpu at start of all kontact components. For pop3, there is such an option (delay after startup), why not for akregator. So, providing this new delay option is implemented, then please, let akregator start WITH kontact.

Another example is with korganizer. I hope I dont have to go to korganizer once, in order to have event alarm notifications ! Of course this is not the same internal mechanism involved here (korganizer starts an alarm daemon), but, from the user point of view this is automatic at kontact startup and it is switchable (on off).
Comment 5 V 2006-03-06 01:38:27 UTC
*** This bug has been confirmed by popular vote. ***
Comment 6 Matt Sicker 2006-09-25 18:36:34 UTC
Agreed with comment #2; a feed aggregator daemon would be perfect for this.  I'd much rather run Akregator from Kontact, but the fact that it doesn't _aggregate_ feeds whilst in Kontact is quite bothersome.
Comment 7 Dominik Tritscher 2008-11-09 11:58:38 UTC
This problem still exists in Akregator 1.3.3
Comment 8 Richard Bos 2009-01-02 16:14:34 UTC
Problem still exists in akregator 1.3.50 (kde-4.1.86).
Comment 9 Frank Osterfeld 2009-05-18 13:07:51 UTC
*** Bug 193103 has been marked as a duplicate of this bug. ***
Comment 10 simon 2009-05-18 13:19:20 UTC
ok as the other report was a dupe-

are there any plans for this one?
Comment 11 Frank Osterfeld 2009-05-18 13:28:28 UTC
The fetching will be moved out of the akregator kpart once we ported to akonadi. Then the fetching can happen independent of the part being loaded. atm you have to select the Akregator part when starting kontact, then the fetching should work.
Comment 12 Aleh 2014-09-09 20:13:21 UTC
Any progress?
Comment 13 Derek Broughton 2014-09-09 21:58:59 UTC
This is exactly why I stopped using kontact altogether. Nine years, and not a bit of usability development on any of it.
Comment 14 quazgar 2016-01-08 09:22:18 UTC
Still confirmed in Kontact/Akregator 4.14.10, Debian Testing.
Comment 15 Justin Zobel 2021-03-09 04:11:13 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 16 Rolf Eike Beer 2021-03-09 06:08:52 UTC
Works fine in 5.14.2 (20.04.2).