529553 - In the Advanced... Search Messages dialog, "Age In Days" is initially showing "is less than" but behaving as "is"

Status: RESOLVED DUPLICATE of bug 530406

(SeaMonkey :: MailNews: General, defect)

Description

[Peter Slacik]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0

In the Advanced... Search Messages dialog, after adding the "Age In Days" condition, it is initially showing "is less than" condition, but it behaves as if "is" would be set. After selecting the popup menu and choosing "is less than" again (or any other condition), the messages search behaves correctly.

After deleting the "Age In Days" condition (with [ - ] sign to the right) and creating it again, or modifying any other single condition (e.g. the initial "Subject") to "Age In Days", the search again behaves like if "Age In Days" + "is" was set.

Reproducible: Always

Steps to Reproduce:
1. Press Advanced... (or use "Search Messages... context menu) to open the Message Search dialog
2. Modify the "Subject" search condition to "Age In Days", "is less than" will appear
3. enter any appropriate number, e.g. 10, press Search
4. Just if exactly 10 days old messages are available, just these will be found


Expected Results:  
Messages younger than 10 days had to be found

Comment 1

[Peter Slacik]

I've noticed that Thunderbird 2.0.0.23 is initializing the "Age In Days" search condition with "is" option. This was possibly the intended way to go in SeaMonkey, just that the code does not match what the GUI defaults to.

(BTW, I'd personally prefer "is less than" being the default option (as the GUI defaults to) instead of "is" (how the code behaves).)

(A side note: Thunderbird's Slovak translation contains wrong terms for this search option, but this probably belongs somewhere else.)

Comment 2

[Peter Slacik]

I guess this problem was also mentioned in  Bug 187741 and later in Bug 530403 and Bug 530406. Feel free to mark dups.

Comment 3

[Philip Chee]

Fixed on 2009-11-28 in SeaMonkey 2.0.1 via Bug 530406

Comment 4

[rsx11m]

Oops, sorry for missing your bug when I filed mine as a result of running into this issue while working on its Thunderbird counterpart in bug 530403 ...

(In reply to comment #1)
> (A side note: Thunderbird's Slovak translation contains wrong terms for this
> search option, but this probably belongs somewhere else.)

If you still find this translation wrong in 2.1 beta 1, you can file it at https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla+Localizations
(make sure to pick the correct language from the "Component" menu).

Comment 5

[rsx11m]

(In reply to comment #4)
> If you still find this translation wrong in 2.1 beta 1, you can file it at

...and since you referred to Thunderbird, make that the Miramar 3.3 alpha.

Comment 6

[Peter Slacik]

(In reply to comment #4)
> (In reply to comment #1)
> > (A side note: Thunderbird's Slovak translation contains wrong terms for this
> > search option, but this probably belongs somewhere else.)
> 
> If you still find this translation wrong in 2.1 beta 1, you can file it at
> https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla+Localizations
> (make sure to pick the correct language from the "Component" menu).
Thanks for your reply - yes, I've immediately reported the inconsistency back then in bug 531061 and it has been already fixed in between...