390351 - RSS feeds gone after compact/download/view at the same time; 2 actions simultaneously

Status: RESOLVED FIXED

(MailNews Core :: Feed Reader, defect)

Description

[Patrik Nilsson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
Build Identifier: thunderbird portable v2.0.0.5

When multiple processes in Thunderbird tries to reach the RSS-data files, Thunderbird's account for the feeds (sometimes) will be gone after restart and you can't read the feeds and not shown in the tree view.

The downloaded RSS-data is still in the profile directory, but unreachable.
 

Reproducible: Sometimes

Steps to Reproduce:
1. Thunderbird starts to compact the folders.
2. You click on a feed to view it.
3. After restart the RSS account is gone.

Actual Results:  
The RSS-feeds are gone, but you can still use Thunderbird to email reading.


Expected Results:  
Thunderbird warns "This folder is being processed" or delays loading the feed.

Comment 1

[Patrik Nilsson]

An other idea to resolve this can be found in enhancement bug 390355. (short: no auto compact)

Comment 2

[Wayne Mery (:wsmwk)]

are all feeds gone, or only the one which you tried to view?

Comment 3

[Patrik Nilsson]

The whole RSS-account was gone (all feeds gone). My email-accounts were not affected.

Comment 4

[Peter Tandler]

probably the same happened to me, not sure if compacting caused all feeds to vanish. (I've got auto-compact turned on.)

However, in feeds.rdf all feeds are still listed correctly (as far as I can tell), but they don't appear in the subscriptions manager.

When I try to re-add the feeds I get the message that the feed it already there, however, it doesn't show up. Is this the same issue you experienced?

Comment 5

[Patrik Nilsson]

I have had this bug on a previous version of thunderbird, but didn't know why it happened, but suspected the compacting feature.

Therefore, in this version, I used auto-compact with the option to save more than 1k of disk space. Shortly after this the bug happened again.

Because I suspected this feature I noticed whenever Thunderbird starts compacting (on status bar).

Now I have auto compact turned off and I compact manually (from the menu), when no disk activity. The bug has not appeared lately.

The RSS-account was gone so I needed to create a new account for the feeds and I received no special messages during that operation.

Either I was viewing or deleting a feed's message during the compact operation.

Comment 6

[Peter Tandler]

maybe related to #369416?
It's still there in TB 2.0.0.6

Comment 7

[Wayne Mery (:wsmwk)]

Is it still the case this does not happen if you use only _manual_ compact?

Comment 8

[Patrik Nilsson]

Has _never_ happened if I use manual compact. I have never used automatic compact after my RSS feeds were gone. Therefore, I can't confirm whether it is there or not.

Comment 9

[Wayne Mery (:wsmwk)]

dataloss seems appropriate

(In reply to comment #6)
> maybe related to bug 369416?
> It's still there in TB 2.0.0.6

369416 was closed WFM based on comments from   2008-08-21

Comment 10

[alta88]

it is likely that there was an error on the folder's .msf file, which (used to) contain the feedUrl property listing a folder's feeds.  if this got out of sync with the feeds.rdf db, then lots of problems arose.  there have been very many changes to the feed code to ensure sync, and this is likely no longer valid.  for example, compacting a folder with ~50k messages, which takes 10-12s, all the while selecting the folder and others back and forth, works fine.  technically, the feedUrl property is no longer stored in a folder's .msf but in panacea.dat.

closing; please open a new bug if reproducible in the current release or Tb12 beta or later.