Summary: | crash on startup when feeds.opml file is corrupt (empty) | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Till <kdebugsystem> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | lofi, uduengen |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Till
2005-04-16 16:11:00 UTC
Got the same problem : The standard feed list is corrupted (invalid XML). A backup was created: /home/renaud/.kde/share/apps/akregator/data//feeds.opml-backup.1113845346 Then, crashes. /home/renaud/.kde/share/apps/akregator/data//feeds.opml is empty. #3 0xb5e3d6a3 in Akregator::View::loadFeeds () from /usr/lib/kde3/libakregatorpart.so #4 0xb5e362c1 in Akregator::Part::openFile () from /usr/lib/kde3/libakregatorpart.so #5 0xb5e34ffb in Akregator::Part::openURL () from /usr/lib/kde3/libakregatorpart.so #6 0xb5e35101 in Akregator::Part::openStandardFeedList () from /usr/lib/kde3/libakregatorpart.so #7 0xb5e43bbc in Akregator::AkregatorPartIface::process () from /usr/lib/kde3/libakregatorpart.so #8 0xb76d03ee in DCOPClient::receive () from /usr/lib/libDCOP.so.4 #9 0xb76cb914 in DCOPClient::send () from /usr/lib/libDCOP.so.4 #10 0xb76c5672 in DCOPRef::sendInternal () from /usr/lib/libDCOP.so.4 #11 0x0805025b in ?? () #12 0xbffff9a0 in ?? () #13 0xbffff980 in ?? () #14 0xbffff990 in ?? () #15 0xbffff970 in ?? () #16 0xb701b328 in ?? () from /usr/lib/libqt-mt.so.3 #17 0xbffff8ec in ?? () #18 0xb7ff16fb in _dl_unload_cache () from /lib/ld-linux.so.2 #19 0xb7c0f974 in __libc_start_main () from /lib/tls/libc.so.6 #20 0x0804ff71 in ?? () Same Problem after running out of Harddiskspace. Is there a workaround? Same here. Im sure I didnt run out of disk space. After going through three crash cycles my .kde/share/apps/akregator/data contains: -rw-r--r-- 1 toby toby 0 Jun 14 19:29 feeds.opml -rw-rw-r-- 1 toby toby 4538 Jun 14 19:28 feeds.opml~ -rw-rw-r-- 1 toby toby 0 Jun 14 19:31 feeds.opml-backup.1118773903 -rw-rw-r-- 1 toby toby 0 Jun 14 19:49 feeds.opml-backup.1118774964 -rw-rw-r-- 1 toby toby 0 Jun 14 19:49 feeds.opml-backup.1118774980 As mentioned in the original report, copying feeds.opml~ onto feeds.opml also works for me. Problem appears to be in akregator_part.cpp, slotSaveFeedList. If anything goes wrong while generating or writing the new data file content or saving the old then data file is left in a damaged state. The function which creates the opml~ file is equally lacking in robustness. *** Bug 111745 has been marked as a duplicate of this bug. *** SVN commit 465588 by osterfeld: store feed list in the backend as backup. If feeds.opml is corrupt, akregator falls back to the backup now and loads that instead. Hopefully that also fixes the problem with full partitons (if metakit handles this - it should. I have to check, wasn't yet able to reproduce 103671) BUG: 104015 CCBUG: 103671 M +52 -29 akregator_part.cpp M +47 -10 mk4storage/storagemk4impl.cpp |