User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 filter rules window doesnt give focus back to user when using "create filter from email address", But does give focus back when you chose edit from the message filters window. Reproducible: Always Steps to Reproduce: To see focus not given back: 1. go to email, and right click on one of the email addresses on either the from, to, or reply-to field, and choose create filter from email address. 2. When the filter rules window apears, try to click on any other window from the mail/news application). To See focus given back: 1. go to tools, and choose message filters. 2. choose edit on an existing rule. 3. when filter rules window appears, try to click on an other window from the mail/news application Actual Results: Results depend on how you arrived at the message filters window Expected Results: regardless of how you get to the message filters window, both should allow you to take the focus back and use an other window from the mail/news application
Summary: message filters window doesnt give focus back to user when using create filter from email address → message filters window doesn't give focus back to user when using create filter from email address
Note that if you open the Filter Rules dialog from the Message Filter dialog, you can't switch back to the Message Filter dialog. You can switch to the 3pane in this case because the Message Filter dialog is modeless and so doesn't block the 3pane. Updating summary for precision; reducing severity.
Severity: normal → minor
Summary: message filters window doesn't give focus back to user when using create filter from email address → message filter rules window modal, doesn't allow switch to 3pane with "create filter"
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/
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.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.