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)
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.
Comment 2•23 years ago
|
||
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.
Comment 4•23 years ago
|
||
I think the fix will be to look for a pre-existing tmprules.dat and delete it.
Keywords: nsbeta1
Comment 5•23 years ago
|
||
what is tmprules.dat and what does it take for it to be created and thereby
cause this problem?
Updated•23 years ago
|
Comment 6•23 years ago
|
||
This has the potential of rendering filters unusable. we should fix this.
Updated•23 years ago
|
Updated•23 years ago
|
Priority: -- → P3
Updated•23 years ago
|
Comment 7•22 years ago
|
||
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.
Updated•20 years ago
|
Product: MailNews → Core
Comment 9•18 years ago
|
||
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 10•17 years ago
|
||
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•