Closed Bug 432778 Opened 16 years ago Closed 16 years ago

Searching on Tags doesn't give back any results

Categories

(Firefox :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.1a2

People

(Reporter: whimboo, Assigned: mak)

References

Details

(Keywords: regression)

Attachments

(1 file)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008050606 Minefield/3.0pre ID:2008050606

When I do a search within the Library after I have selected the "Tags" container, no results are returned. As bug 405887 comment 37 states the search should be run against "All Bookmarks" which is also done when selecting a special tag.

Steps:
1. Bookmark a page like: http://www.google.com
2. Open the Library and select the "Tags" container within the left pane
3. Enter "Google" within the search field and press enter/return

The search should be run against "All Bookmarks" with the lately added bookmark as result. But nothing is found.

Not tested yet if this is a regression but could probably related to bug 405887.
i was sure this was working... looking for a regression range
so, we are pushing &type=6 into the search result, we are really doing the same also in tag containers but that works because is returning uri results, actually type is not needed for the search, could be used in future to make search correctly looking only into tagged items or tag containers. We don't find anything because type=6 is a containers query.
Assignee: nobody → mak77
Blocks: 405887
Status: NEW → ASSIGNED
(In reply to comment #2)
> actually type is not needed for the search, could be used in future to make
> search correctly looking only into tagged items or tag containers. We don't
> find anything because type=6 is a containers query.

For the future I filed bug 432779 as a RFE. 

Keywords: regression
Attached patch patchSplinter Review
force RESULTS_AS_URI when searching into all bookmarks
Attachment #319972 - Flags: review?(dietrich)
Whiteboard: [has patch][needs review dietrich]
Comment on attachment 319972 [details] [diff] [review]
patch

r=me thanks
Attachment #319972 - Flags: review?(dietrich) → review+
Keywords: checkin-needed
Whiteboard: [has patch][needs review dietrich] → [has patch]
http://hg.mozilla.org/index.cgi/mozilla-central/rev/9cf7e835d062
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.1a2
Verified with:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1a2pre) Gecko/20080808120213 Minefield/3.1a2pre ID:20080808120213

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/20080808031528 Minefield/3.1a2pre ID:20080808031528
Status: RESOLVED → VERIFIED
Flags: in-litmus?
Whiteboard: [has patch]
Test case https://litmus.mozilla.org/show_test.cgi?id=7504 was created on litmus  3.1 test run for regression testing.
Flags: in-litmus? → in-litmus+
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: