269666 - SmartFind bookmarks should not return themselves as result

Status: RESOLVED INVALID

(Firefox :: Bookmarks & History, defect)

Description

[Robin Wöhler]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

When opening a SmartFind bookmark "folder", the search will - among the normal
search results - also return the folder itself as a result. This allows the user
to open an unlimited amount of subfolders.


Reproducible: Always
Steps to Reproduce:
1. Add the following bookmark:

find:datasource=rdf:bookmarks&match=http://home.netscape.com/NC-rdf#Name&method=contains&text=Mozilla

2. The new bookmark shows as a folder, open it via the Bookmarks menu.

3. Goto 2.



Expected Results:  
SmartFind bookmarks should not consider themselves as a valid search result.

Comment 1

[Phil Ringnalda (:philor)]

I'm curious about how you are getting SmartFind bookmarks to work at all in
Firefox: bug 200136 seems to say that they've been completely broken since the
spring of 2003, and all I get from that URL in either Firefox or Seamonkey is
"find: is not a registered protocol"

Comment 2

[Mike Connor [:mconnor]]

*** Bug 270226 has been marked as a duplicate of this bug. ***

Comment 3

[Mike Connor [:mconnor]]

Well, it looks like you have to restart for the SmartFind features to kick in,
since I could reproduce.  Luckily its a pretty obscure feature.

Now, for our next trick, do we really care?

Comment 4

[Miguel Gaspar]

voting for this bug. cc'd myself.
I think this is one of the coolest and most overseen features of Firefox.
I don't know if it is possible, but combined with more powerful matching
criteria, and extending this to history, would turn this into a big 'selling'
point for FF.
Don't know why this feature *is* in Mozilla interface, but *not* working, and
*isn't* in FF interface, altough it *works*!! Is there any logic to it?

Comment 5

[Mike Connor [:mconnor]]

sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change

Comment 6

[Marco Bonardo [:mak] (away Aug 5-12, Aug 19-21)]

no more valid on current trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081215 Minefield/3.2a1pre