Summary: | feeds not displayed, although they are in the sites.xml file | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | S. Burmeister <sven.burmeister> |
Component: | kontact plugin | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
S. Burmeister
2005-01-19 18:20:48 UTC
The feed list is stored in data/feeds.opml, sites.xml is not really needed (it's used to save the date of the last fetch). Is feeds.opml in a valid format? i.e. not corrupted or even empty. Make a backup of feeds.opml and remove it from data/. Akregator should create a new list containing the standard KDE feeds. We should test what happens when feeds.opml is corrupted and handle that in a sane way. Yep that feeds.opml was 0 Byte. I guess it was due to the crash. Maybe one should check the file when akregator starts up. 0 Byte isa safe sign to replace it. If the file is in danger of being corrupted one should maybe even create a backup each time a feed is added. Shall I close this bug, or leave it open. I cannot rename it, so maybe you could to "make akregator more robust to crashes". Thanks for the help! Corrupted feeds.opml is handled now, akregator renames the old file and creates a new one. I got a whole directory that have been deleted .. and seems not to be in the feeds.opml~ one .. that the second time it happen .. and like I got (oki I'm creasy .. ) around 250feeds.. For some obscure reason time to time the application hang-up and use 95% of the CPU .. and is not going to be better ;; Why 250 feeds ? in fact I use akregator as an article database from security blog.. Whenever I need an article a specific information I just query it on akregator |