It would be nice to have bugzilla have a search field that could search all fields (or all input/textarea fields as opposed to select fields). The biggest use for this would be to search for something that could be in the summary or the description. It could also be used to search for a URL that is in the URL or in the description or an email address that is either reporter or description.

I think you can search in muliple fields ok now. dbaronm, give it a try.

Everything I mentioned is now better except for the Summary/Description. The problem is, if you want bugs on line-height (not a good example, actually), there are some that have the summary "line-height is busted" with the description "see above URL". However, more don't mention line-height in the summary, but only in the description. It would be nice to be able to search both. (It's not that important - I can just do 2 searches.)

Changing Priority to P5...this really is an enhancement at this point and terry has lots of other more impt changes on his plate.

Reassigning to dmose@mozilla.org, who now has front-line responsibility for all Bonsai and Bugzilla bugs.

Reassigning back to me. That stuff about me no longer being the front-line person responsible for Bugzilla and Bonsai turned out to be short-lived. Please pardon our confusion, and I'm very sorry about the spam.

Now that a simple search page has been proposed in bug 16775, "Query confusing for newbies", this seems more relevant: experienced searchers can look for keywords in both the Summary and Description entry fields, one after the other, but users for which a simple search form would be best would be better served by a field which would get matched against both, then have the bug lists for both OR'd before ANDing with everything else. In other words, a single field that would search both the Summary and the Description at the same time, from the point of view of the user.

Forgot to mention: implementing this as a distinct field on the normal query page while leaving the Summary and Description entry fields in place would effectively allow ANDing phrases in the Description, something that could prove useful. Currently it is possible to put one word in the Summary field and another word or phrase in the Description field, but if neither word searched for is in the Summary, the searcher is sometimes left with scanning through one or another long list of bugs, unless another word to try pops into his or her head. Yes, this would be a performance hog, but it would normally only get done as a second or third resort.

I can always find what I am looking for. Sure doing one field search, than another is a bit more time consuming, but the Description field query finds what I need 90% of the time. A "Search all fields" may be handy though.

Using the new boolean chart feature, it is now possible to search for a string to be in either the summary or comment part of a bug. I think that fixes the original request.

The Mozilla Mx milestones are meaningless to webtools. changing target milestone field from M1 to untargetted

auto-verifying pre-2.10

Moving to Bugzilla product