Closed Bug 187151 Opened 22 years ago Closed 13 years ago

newsgroup filters disappear/lost/removed between mozilla sessions

Categories

(MailNews Core :: Filters, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: dave, Unassigned)

References

Details

(Whiteboard: [closeme 2011-06-19])

User-Agent:       Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20021227
Build Identifier: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20021227

While reading a newsgroup I click on Tools/Message Filters.  I create a
simple filter, ie. name=kill1, "Sender contains Vandemann".  Actions are
"mark as read" and "ignore thread".  The filter is created and I can click
Tools/Run Filters on Selected Folder.   The filter does work.

However, after quitting mozilla with Ctl-Q and restarting, the filters
are being deleted/lost/removed.  Not all the time... but after creating
about three or four, invariably one or more will disappear.

I haven't seen a pattern yet to describe this more clearly.

Reproducible: Always

Steps to Reproduce:
1.Start mozilla Mail & Newsgroups
2.Read news from a newserver
3.Select a newsgroup and create several simple filters:
  name=kill1 "Sender contains <whatever>"  Actions "mark as read" and "ignore
  thread"
  Note: pick some authors that post frequently.
  Do this for several news groups.
4.Quit mozilla with ^Q
5.Restart mozilla Mail & Newsgrpoups, open the account for the news server
  and read those groups for which the filters were created.
6.Check to see that *all* the previously created filters are still present.

Actual Results:  
Some of the filters had disappeared.

Expected Results:  
Kept all the filters and run them when the appropriate newsgroup was opened.
If you're switching folders/newsgroups in between adding multiple filters before
confirming filter UI, you may be hitting a scenario or two mentioned in existing
bug 140075...
Status: UNCONFIRMED → NEW
Ever confirmed: true
mass re-assign.
Assignee: naving → sspitzer
Confirmed on Thunderbird 2003-10-08 nightly.

When I created a filter for news server and terminated Thunderbird, Thunderbird
saved filter to <News_Server_Name>.dat file under News directry.
However, [tools]/[message filters] after restart showed nothing.
When I closed filter definition window and terminated Thunderbird,
<News_Server_Name>.dat was cleared(filter definition entries were deleted).

Mail filter location was already changed to <Server_Name>\msgFilterRules.dat in
Mail diorectry( by 1.3? ,1.4? ).
Filter UI for News is not changed, I guess, although filter file name/location
was changed.
Following UNCOMFIRMED bugs seems to be DUPE of this bug.
  Bug 199311 newsgroup filters lose content
  Bug 199413 New filters does not appear in Filter Name list
  Bug 201357 mail/news filter definition is corrupted
*** Bug 199311 has been marked as a duplicate of this bug. ***
*** Bug 201357 has been marked as a duplicate of this bug. ***
*** Bug 199413 has been marked as a duplicate of this bug. ***
I'll have to review this and the duplicate bugs, but some of the issues might be
fixed as soon as we have server wide filter support.

see bug #19403
Depends on: 19403
Product: MailNews → Core
Bug 237470 has a well-defined scenario for reproducing a similar symptom to this 
bug.  Dave Bodenstab, if your situation matches the case described there, please 
dupe this bug to that one.
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: laurel → filters
Product: Core → MailNews Core
Depends on: 237470
OS: FreeBSD → All
Hardware: x86 → All
is this still seen when using a recent version?
Whiteboard: [closeme 2011-06-19]
RESOLVED INCOMPLETE due to lack of response to previous question. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.