Closed Bug 196886 Opened 23 years ago Closed 23 years ago

[mailviews] condition "label isn't None" not working shows ulabeled messages

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows NT
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: register, Assigned: sspitzer)

References

(Blocks 1 open bug)

Details

User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3) Gecko/20030310 Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3) Gecko/20030310 condition "label isn't None" not working shows ulabeled messages Reproducible: Always Steps to Reproduce: 1. Create custom view with 'Label' + 'is not' + 'None' 2. Select this view Actual Results: 3a. Both labeled and unlabeled messages are shown Expected Results: 3b. only labeled messages should be shown
I forgot to mention, that in 1.3b this worked fine!
Flags: blocking1.3+
Ivan, if you don't know how to set flags then please don't use them. Thanks.
Flags: blocking1.3+
Asa, I set it according to: http://www.mozillazine.org/articles/article2963.html "As with the previous candidate builds, please use them and abuse them and if you find any new problems file and nominate bugs with the blocking1.3? flag." Sorry I did not read it carefully and set 1.3+ instead on 1.3?. Anyway, this feature was broken between 1.3b and 1.3 RC, so it should be fixed.
Blocks: mailviews
This appears to have been fixed in 1.3 Final. While testing, I encountered another bug in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030415 where I defined a custom filter but it was not applied until de- and then re-selected. I'm going to check that on a more recent build and see if it needs submitting.
I retested the bug, and it is a bit different: 1. create custom view with condition 'Status * is not * Read' 2. apply the rule - it works OK 3. restart mozilla 4. apply the rule - it doesn't work, if you edit the rule, it reads: 'Status * is not * Replied'
Marking this WFM. Ivan, open a new bug for that symptom and I'll confirm it.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Actually, that's a dupe of Bug 199464; don't bother opening another.
Ivan, FYI: the symptom you describe in comment 5 was ultimately a dupe of Bug 183158; that bug was just fixed this week, so a current nightly build should show that it has been fixed.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.