User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008042106 Minefield/3.0pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008042106 Minefield/3.0pre If you manually type a file URL to download in the location bar it won't remember it. In clear, re-typing that URL in the location bar don't auto complete it. Test URL: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-3.0pre.en-US.win32.installer.exe I know that it works fine in Firefox 2.0 Reproducible: Always
Confirmed on Windows XP.
Status: UNCONFIRMED → NEW
Ever confirmed: true
File downloads don't show up in the location bar. places.frecency.downloadVisitBonus is default to 0 If you view the file in the browser, it will show up in the auto complete.
Ah! I didn't know there was 'places.frecency.downloadVisitBonus'. It seems places.frecency.typedVisitBonus should apply to typed downloads (since there is not the term _link_ in the variable name)? For other related variables see http://kb.mozillazine.org/Places.frecency.(visit_type)VisitBonus
Is this a regression or a deliberate change?
OS: Windows XP → All
Hardware: PC → All
Are downloads supposed to not show up in the location bar? Or should we give it a frecency of something non-zero? I suppose it's a regression from firefox 2 where it would show downloads like .zip or .exe files.
If you give a value to 'places.frecency.downloadVisitBonus' it will remember all downloads, not only those typed-in.
(In reply to Edward Lee :Mardak from comment #5) > Are downloads supposed to not show up in the location bar? Or should we give > it a frecency of something non-zero? I think the current behavior makes sense, we want to limit noise in the awesomebar and downloads case doesn't look like a really important one to support, so it's a good candidate to be excluded.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.