269786 - Pressing return after entering filter text does not go to lower pane in 10.2.x

Status: RESOLVED EXPIRED

(Thunderbird :: Mail Window Front End, defect)

Description

[Martyr]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: version 0.9 (20041103)

This happens on .91 Thunderbird Mac OS X. It assumes that typing in the text is
all that you have to do to successfully create a filter. Not so. 

Reproducible: Always
Steps to Reproduce:
1. Message -> Create Filter From Message
2. Change the filter on drop-down list or the verb (contains, is, etc) so that
you can enter text into a field there.
3. Enter text. 
4. Press return. 

Actual Results:  
The filter dialog closed! 

Expected Results:  
Well because a filter isn't any good unless you choose what happens to the
messages, I expected it to go down to the bottom pane, NOT to close as though as
the filter was created perfectly.

Comment 1

[Mike Cowperthwaite]

Under Win2K, hitting return does not "go to the lower pane" but it does put up 
an alert stating "Must select target folder" (because the default action is 
"Move to..." and the folder displayed in the dropdown on the action is actually 
not selected -- which is another bug).

What, exactly, do you mean by step 2 -- is that step even required, given that 
the Create Filter From Message prefills the rule?  If typing in the text is 
required to reproduce the bug, is changing a dropdown necessary?

Is the filter actually created when the filter rules dialog closes?  Is it 
valid?

Please follow your own instructions (give the filter the name "269786" if you 
already have some defined); then attach the resulting msgFilterRules.dat file to 
this bug.

Comment 2

[Frankie]

Tbird 1.0, OSX 10.3.latest, the "You must select a target folder" alert displays
as expected, then returns you to the filter dialog.

Comment 3

[Martyr]

Well, this still happens, even though it's been marked invalid. Interesting. You
change the action in step 2 to be contains, is, or whatever, and then type in
the text you're filtering (which is not the same as the email address, which
Tbird ALWAYS defaults to when you select to Create a Filter From Message). You
enter text in step 3. Then you hit return. I'm sorry guys, but the message about
"going to a new folder" NEVER OCCURS IN OS X 10.2.8. It is STILL broken.  

Now, is step #2 required? It is if you want to filter anything but email.
Changing the drop-down to something other than the default and typing text
produces the bug. I don't know if less is required. All I know is that doing
this reliably produces the bug. 

The filter is not created. I get the general impression that attaching the file
won't help much b/c the filter is never created. 

Comment 4

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 5

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.