Can't search just title but not description, or vice versa

[Tree MendUs]

It looks like it is not possible to type in a word (or part of a word), and search for it in the "summary" (title) of bug reports but not in the "further information" (description), or vice versa.

This makes it very difficult to look for something in particular.

The same situation looks like it may also apply to text searches in "Tags".

[Matthew Paul Thomas (mpt)]

Yes, it is possible. For example, <https://bugs.launchpad.net/malone/+bugs?field.searchtext=improved> currently returns this bug report, because it has "improved" in the summary. And <https://bugs.launchpad.net/malone/+bugs?field.searchtext=difficult+particular> also currently returns this bug report, because it has the words "difficult" and "particular" in its description.

Can you give a specific example of a bug report, and a search that should find it but doesn't?

[Tree MendUs (tree-mendus-deactivatedaccount)]

1) The problem is not that something can not be found - and this is not a "bug" report.
This is an "idea" To be able to specify the search to be limited to searching the "summary" and/or the "further information" fields. ie. have a filter to select those results only, or prioritize them in the listings.

The advanced search page at

https://bugs.launchpad.net/malone/+bugs?advanced=1

has no facility for this.

So this is and idea to suggest a new feature to the search engine.

2) I am sorry, may be I could have been clearer and said something like ;
"Cuuerrently, it is not possible to do a search that can be restricted to any combination of "summary", and/or "further information".

3) And could also add "Attachment Description".

Thank you for seeking clarification on this submission.

[Matthew Paul Thomas (mpt)]

As I understand it, the search already is restricted to description (aka "further information") and summary, because the search index doesn't include anything else.

Do you mean that you should be able to choose to search, for example, only summaries and not descriptions?

[Tree MendUs (tree-mendus-deactivatedaccount)]

Yes.

But while i think of it, being able to do the same for attachment descriptions, attachment file name, tags, and http links(within the text).

If some thing is in the summary line, then it is very closely related to the topic of the bug (if not the actual topic).

If something is mentioned in the "further information" text only then it is not likely to be the topic, but is related to the topic with some importance. i.e. a factor influencing the topic.

So being able to distinguish between the two sources of search results, would help correlate problems (in summary) and causes or solutions (both in "further information" but Not in summary).

For summary and Further information (FI), the following search combinations would be available ;
1) search for word in (S) only, don't care (FI)
2) don't care (S), search for word in (FI)
3) search for word in both (S) and (FI)
4) Make sure the word is not in (S), but search for word in (FI)
5) search for word in (S), but make sure the word is not in (FI) <== (available but not needed very often)

So for each field the text might be searched for in (e.g. S, FI, attachment, etc), there are three options for how they are used in the search.
i) Word must be present
ii) Word must not be present
iii) Word doesn't matter for this field

Thanks Mathew

[Matthew Paul Thomas (mpt)]

Ok. I doubt this is a high priority compared with other requests for advanced search operators. If it was implemented, possibly it would be as a text-only operator (one case of bug 5594), while not appearing in the search form. Compare Google, which has "intitle:" and "allintitle:" operators for searching page titles, and "intext:" and "allintext:" operators for searching page contents, but doesn't advertise them even in its advanced search form.

[Karl Fogel (kfogel)]

FWIW, I think this would be very useful. Often one knows for certain that the summary contains a certain word, so searching on just the summary can really narrow down the results.

For example, I was just now searching for the launchpad bug about how launchpad needs a wiki -- a famous bug, but I couldn't remember its number. I searched for "wiki" and got too many results to wade through. Sure, I could further filter by project, but then I have to guess the right component, whereas I know already that the title contains "wiki".

I expected to find this capability on the advanced search form, and was surprised when it wasn't there.

[Adam Dingle (adam-yorba)]

I just migrated a project from Redmine to Launchpad, and strongly miss the ability to search for bugs that contain a given string in their summary only.