Closed
Bug 91600
Opened 23 years ago
Closed 23 years ago
Second Search Messages command appears not to work
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
People
(Reporter: aaronlev, Assigned: naving)
Details
(Keywords: access)
Scenario: 1. Bring up the search message dialog and search for something 2. Don't close your search message dialog 3. Go back to your mail app, so that it covers up the old search dialog 4. Try to search messages again What happens: Apparently nothing - actually the old dialog is still there, but you don't realize it. What should happen: It should be brought to the front and activated This has happened to me more than once, where I think the command simply isn't working.
Comment 1•23 years ago
|
||
Well, even if you had the window focused, there's another bug we gotta fix first where the popupmenus (in the criteria fields) become blank when you choose "Search "Messages..." the second time. This bug would depend on that.
This has changed in the last while, (on Windows) it at least used to call the window to the foreground. I think we may have aMac (and linux?) bug about not surfacing the window, I'll look for it and change to include windows if appropriate. Anyway, the bug hwaara refers to about useless critieria lists is bug 44799.
OK, marking this a duplicate of 44800. Special circumstances for mac where it not only doesn't surface, but will prevent user from seeing a search dialog in the session -- that is bug 74447. *** This bug has been marked as a duplicate of 44800 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
You need to log in
before you can comment on or make changes to this bug.
Description
•