Places search for words like Scaled, Image should not return image url Steps:- 1. Using Firefox browse some large image on local drive. 2. Go to address bar 3. enter Scaled Result:- Search brings the image url Expected:- Brings back urls related to page/url containing word "Scaled" Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081220 Minefield/3.2a1pre
Does it return an image URL with a scaled in the URL (path/filename) ?
Yes and No Case: No Pre-Condition: A profile with lot of browsing on images (I always use firefox my pictures viewer) 1. Goto http://www.merriam-webster.com/dictionary/scaled 2. navigate way so that merriam-webster is there in history 3. go to address bar type scaled Result: You only see the image links Case: Yes Pre-Condition: New profile not that mush browsed images (This profile I have for testing) 1. Goto http://www.merriam-webster.com/dictionary/scaled 2. navigate way so that merriam-webster is there in history 3. go to address bar type scaled Result: You see merriam-webster link some where in the list
(In reply to comment #1) > Does it return an image URL with a scaled in the URL (path/filename) ? Sorry did you meant >> Does it return any URL with a scaled in the URL (path/filename) ? Also correct comment 0 Result as Result:- Search brings the image urls which was scaled and displayed earlier.
What image urls are your referring to? Do they contain the word scaled or image? I don't get any images loading when I navigate to just the url your provided in a clean profile, so I don't understand what you are seeing.
Take few pictures (say hundred of them) with your 5M pixels digital camera. Save that on your hard drive as jpeg image at your photo folder, say C:\MyPhotos\ On Firefox address bar type the photo folder location C:\MyPhotos\ Click each link of the image in the directory listing Firefox displays image, scaled to fit the window size (assuming your monitor has lesser pixel ratio than the photos) Now Goto http://www.merriam-webster.com/dictionary/scaled Navigate way so that merriam-webster is there in history Go to address bar type "scaled" Result: You only see the image links Expected: User should see URL http://www.merriam-webster.com/dictionary/scaled because that is the one related to word "scaled"
OK - that is because the title of the page showing the image contains the words image and scaled. I suspect this bug is WONTFIX since removing those words from the title is not so useful, and we want to store that information in history because the user actually navigated to the page.
mid-air.. AFAIK Gecko internal puts such an image in a HTML document with the page title that contains the filename, dimensions and also scaled. Difficult to resolve if you don't want to remove the "scaled" part of the image title and if you still want that the awesombar matches page titles in normal pages.
The scaled part should not be removed from the title if the image is scaled and that means bug 470641 would not resolve your issue. btw the title isn't part of npapi and it's impossible to get such information from a plugin AFAIK.
(In reply to comment #9) > The scaled part should not be removed from the title if the image is scaled and > that means bug 470641 would not resolve your issue. scaled and mime can goto "Element Properties" dialog and/or browser Status Bar > btw the title isn't part of npapi and it's impossible to get such information > from a plugin AFAIK. Hey, "Nothing is Impossible" we just need to change/upgrade plugin specification that is all it may take time, and willingness of a developer. For *.pdf Adobe reader already provide this in the menu "File > Properties" For *.jpg MS WinExplorer already giving on Right Click > Properties > Summary
Yes, this is possible, and would be neat. However, this is not a Places bug. It'd require platform components to figure out the title and pass it along when the visit is added to History. Moving to Core for reclassification.
Component: Places → General
OS: Windows XP → All
Product: Toolkit → Core
QA Contact: places → general
Hardware: x86 → All
link to bug 474096 - Describe the file type in the title for standalone video/audio documents
You need to log in before you can comment on or make changes to this bug.