Closed Bug 404130 Opened 17 years ago Closed 6 years ago

Places: Search for URLs in location dropdown by keyword, description meta tag

Categories

(Firefox :: Bookmarks & History, enhancement)

Product:
Firefox
Component:
Bookmarks & History
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INACTIVE

People

(Reporter: aubrey, Unassigned)

References

Details

(Whiteboard: wontfix?) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9

If you type a match to a sites keyword or meta tag that you have browsed, it should pull it up the same way you can type a page title in Firefox 3.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Depends on: 297291
Depends on: 149253
Wouldn't Google just do a better job?
At searching keywords for your bookmarked sites?  Uhh, no?
This is more of a places feature that lets you pull up bookmarks.  Just like you can pull up a bookmark in places with a page title, this would also let you search the description and keywords on the page.
I'm not sure I like this idea for the location bar. It's good for the organizer and the sidebar, and it's probably being worked on, but I think it might over-complicate the location bar. The ranking algorithm already takes into account several different things, and I think it works pretty well. How would that be affected by bringing in all the extra matches--assuming there are enough to make any difference?

If it doesn't disrupt the current drop-down functioning, my objection goes away....
My thoughts that this would be in addition, and that the results would rank much lower then page title, and much much lower then text in a URL.

This way if I knew I browsed a website that was about, say, diamonds I could just type diamond in the URL bar and even if diamond wasn't in the page title or URL I'd be able to see it.  However, it might be under a page that actually had diamond in the title or URL.

This is one of the great parts about using SQLLite.  It should be able to do stuff like this rather easily.
(In reply to comment #2)
> At searching keywords for your bookmarked sites?  Uhh, no?
> 
In most cases a simple Google search doesn't only show my bookmarked site on the first page, but much more interesting sites about the subject that I wouldn't have seen if I just had loaded the bookmark. 
I doubt the value of having thousands of bookmarks. Most of them become quickly outdated.
Right.  This is really about finding some place you had previously browsed, so maybe this feature is best saved for sites that you have bookmarked.

Places offers a feature in Firefox 3 where you can type a page title into the URL and be able to see it in the dropdown history.  I was just suggesting we extend that functionality for the keywords of the site that you have browsed.  I don't believe the location bar should replace google.
Argh, I'm mixing bugs up.
Whiteboard: DUPEME or NEW
confirming this enhancement, but I don't think it blocks firefox 3. 

see also bug #393584
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Whiteboard: DUPEME or NEW
Version: unspecified → Trunk
This shouldn't block Firefox 3, it's just makes the awesome bar a little more awesome.
Isn't the <head> where the search engine optimizers, pranksters, and others of their ilk hang out? Maybe this had best be opt-in on a per site basis, lest the sheer volume overwhelm things.

Somewhat OT PS:

"it's just makes the awesome bar a little more awesome."

...sure wish it was wanted‑firefox3 (wistful sigh)...



It might help people from making spammy keywords if there is more visibility to the client.

Maybe it should only work for bookmarked sites?

My concern is that information is only relevant for retrieval tasks if users know about it in the first place.  I think the core problem with matching against the keywords in the head of the document is that this information is not directly exposed, and therefor not as memorable as the title of the page, or text that was on the page.

There has been some discussion of suggesting keywords both from the page and from what the terms the user entered into google to locate the page, in the tagging interface, but this was out of scope for Firefox 3.
Perhaps the experience in bug 404129 might be a better solution for this, as it suggests tags based on keywords mined from the meta tag upon bookmarking.  Those tags would already show up in the dropdown menu as tags.
This should probably be marked as WONTFIX given comment 13.
Whiteboard: wontfix?
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
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.