Closed Bug 8422 Opened 25 years ago Closed 25 years ago

Additional Search Operators Not Displayed Correctly

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sol, Assigned: alecf)

References

Details

[Build ID 1999061708] In the dialogue for "Search all Mail" the first search operator (e.g., "subject | contains | [text box]" ) is displayed correctly in the UI. However, the second (and subsequent) search operators are not displayed correctly (the first 2 drop down boxes are squeezed horizontally). Steps to reproduce. 1. Start seamonkey 2. Go into Messenger (Tasks | Messenger) 3. Open the Search Dialogue (Search | Search all Mail) 4. Choose "More" button under search criteria entry fields
Assignee: phil → alecf
OS: Windows 95 → All
QA Contact: lchiang → laurel
Hardware: PC → All
I assume this will be cross-platform. assign to alecf who does search
Status: NEW → ASSIGNED
Depends on: 8431
Target Milestone: M8
I knew about this but forgot to file a bug :) I think this is actually a bug in combo boxes. Filing a layout bug...
Your bug is invalid, but there is a workaround. See bug 8431 for more info!
Yes, I'm quite pleased that I can make this work now :) Fix is now ready and in my tree.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed this yesterday.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Using jun22 m8 build, all platforms have a problem with the display of additional criteria lines, moreso in the edit/text box than the noun/verb criteria dropdowns. After getting additional criteria lines, the text box placement is off-kilter, both in the horizontal and vertical line alignment. The dropdowns appear to be ok, except for the fact they are flush against each other no matter what size the dialog is. I'm going to track these general appearance factors for the search dialog criteria lines in this bug, if that's OK with you alec, rather than open separate ones for each placement infraction. Other problems with these lines will be logged separately.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
I'd really rather a seperate bug, because: a) I already fixed the problem described in the summary. b) I fixed the original problem in M8, and I might not fix these other problems until after M8. I'd rather have this marked as a M8 fixed bug so when QA or management do bug statistics, it gets counted as such. c) the new problem was always a problem, and should probably have had a bug against it all along.
Status: RESOLVED → VERIFIED
Original problem OK using jun22 m8 builds on linux rh5.2, NT 4.0 and Mac OS 8.51.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.