Closed Bug 105443 Opened 23 years ago Closed 17 years ago

After editing multiple IMAP filters the rules dlgbox can not be dismissed by OK

Categories

(MailNews Core :: Filters, defect, P3)

x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marina, Unassigned)

References

Details

This bug evolved after some email discussions with Navin and Laurel. It looks like this problem is not reproducable all the time but there are already a couple of people bitten by this bug so i would not ignore it. Here is what's happening: - open filter dlgbox ; - select a filter, click on Edit; - Edit several criterias like add more( priority for example) and for "perform action" specify a folder to move to ( chose a New folder in some cases); - Edit a second filter with the same actions; - after you do a lot of editting you won't be able to OK the rules window. Laurel, please add more comments to this because you performed a lot of testing as well.Thanks.
I still haven't been able to reproduce this condition. I tried several times with oct17 branch build and was never able to get into the situation where I couldn't OK the rules dialog. I tried editing filters approximately 10-25 times in each instance. The only thing I hit was a condition where I should've seen a folder create error but didn't; that made the folder creation dialog unable to be OK'd -- reported as bug 105328.
Marina, did my suggested fix help you to solve this problem.
Navin, i forgot to mention that your propsed fix to delete tmprules.dat did help and i can OK the rules window now.
I think the fix will be to look for a pre-existing tmprules.dat and delete it.
Keywords: nsbeta1
what is tmprules.dat and what does it take for it to be created and thereby cause this problem?
Keywords: nsbeta1nsbeta1-
This has the potential of rendering filters unusable. we should fix this.
Keywords: nsbeta1-nsbeta1
Keywords: nsbeta1nsbeta1+
Priority: -- → P3
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016 I have a procedure that this occurs every time I setup this peticular rule/filter. 1. Open imap filters dialog, enter a title for the filter. 2. Click first button labled "Subject", and change to "Customize" to create a new entry. 3. Type in X-RBL-Warning (this is a header my mail server injects to spam messages), click add, then OK. 4. Click "Subject again, change option to "X-RBL-Warning" for filter rule, change contains text box to "spam" or any word you prefer. 5. Select Imap folder to move message to message(ie: Trash) 6. Click ok, OK button does not respond. ... on a site note, the new filter rule stays, however the filter itself using the new rule does not.
mass re-assign.
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
Product: MailNews → Core
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
Comment 7, comment 0 WFM. TB 2.0.0.5
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.