330126 - Pages aren't marked as typed (autocomplete omits URLs)

Status: RESOLVED FIXED

(Firefox :: Bookmarks & History, defect, P1)

Description

[Jesse Ruderman]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060310 Firefox/1.6a1

Steps to reproduce:
1. Cmd+L.
2. Type "del."

Expected: http://del.icio.us/jesser at the top

Result: uselesss stuff near the top; http://del.icio.us/jesser doesn't appear at all.

Comment 1

[Tuukka Tolvanen (sp3000)]

I can't make planet.mozilla.org appear in location autocomplete, linux trunk 2006-03-10-15Z

Comment 2

[Aaron Kaluszka]

Also seeing on: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1 ID:2006031205

Comment 3

[Myk Melez [:myk] [@mykmelez]]

I see this with my years-old profile on nightly trunk builds, f.e.:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060314 Firefox/1.6a1

A number of items refuse to show up in autocomplete, including salon.com and slashdot.org, which I regularly enter manually.  I'm tempted to say that *no* manually-entered URLs ever get into the autocomplete list, but I can't verify that.  It's not just manually-entered URLs, however, f.e. if I go to slashdot and then click on a story URL, that URL won't appear either.

Comment 4

[Brad Jackson]

I started seeing this problem in my Linux 1.8 branch build starting late afternoon CST on 3/8. The build I did late afternoon on 3/7 (that I am still using now) still works.

This may be a duplicate of this bug:

https://bugzilla.mozilla.org/show_bug.cgi?id=329663

Comment 5

[Dave Townsend [:mossop]]

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

Comment 6

[Dave Townsend [:mossop]]

My initial (albeit brief) testing of the patch in bug 320181 suggests that this will be fixed by that. In a normal trunk, web pages from a certain domain do not show up in autocomplete, in a build with that patch applied they do.

Comment 7

[Brett Wilson]

(In reply to comment #6)
> My initial (albeit brief) testing of the patch in bug 320181 suggests that this
> will be fixed by that. In a normal trunk, web pages from a certain domain do
> not show up in autocomplete, in a build with that patch applied they do.

Yes, that patch should fix a number of autocomplete bugs.

Comment 8

[Brett Wilson]

(In reply to comment #6)
> My initial (albeit brief) testing of the patch in bug 320181 suggests that this
> will be fixed by that. In a normal trunk, web pages from a certain domain do
> not show up in autocomplete, in a build with that patch applied they do.

Thanks for testing it, too. Does it make autocomplete fast enough on your machine? Do you have any feeling about whether it's faster or slower than 1.5? I think the first time you type a first letter you haven't typed before it will be slower, but after that it is hopefully faster.

Comment 9

[Dave Townsend [:mossop]]

(In reply to comment #8)
> Thanks for testing it, too. Does it make autocomplete fast enough on your
> machine? Do you have any feeling about whether it's faster or slower than 1.5?
> I think the first time you type a first letter you haven't typed before it will
> be slower, but after that it is hopefully faster.

I've put some initial comments into the newsgroup thread about it.

Comment 10

[Phil Ringnalda (:philor)]

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

Comment 11

[Brett Wilson]

This bug should be fixed by the patch to bug 320181, which will go in after the tree has unfrozen due to the alpha.

Comment 12

[Brett Wilson]

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

Comment 13

[Brett Wilson]

Autocomplete was redone by bug 320181. This fixed many problems. Some of what is left is that marking pages as typed is currently broken. This makes the drop-down arrow next to the URL bar give stupid results, and makes the autocomplete results less accurate.

Comment 14

[Brett Wilson]

Attachment: Patch

Comment 15

[Jesse Ruderman]

Brett, it would have been better to create a new bug report instead of morphing this one (which has 12 votes and is linked to by The Burning Edge).

Comment 16

[Brett Wilson]

(In reply to comment #15)
> Brett, it would have been better to create a new bug report instead of morphing
> this one (which has 12 votes and is linked to by The Burning Edge).

I think this is the bug. Part of the problem is that people are describing several different things. Some of them are fixed by bug 320181. The rest are the problem I clarified this bug to. If you type a URL, it won't appear in the lists where you would expect because the typed flag is wrong. It doesn't appear in the "down arrow" list at all, which is "items missing from autocomplete". I actually created bug 331144 for the typed flag but then decided it was the same.

Comment 17

[James Ross]

Brett, the down arrow is NOT autocomplete. It may use the same source (with a different filter/sort/whatever), but it's not AFAIK what any of the people on this bug are refering to.

Comment 18

[Brett Wilson]

(In reply to comment #17)
> Brett, the down arrow is NOT autocomplete. It may use the same source (with a
> different filter/sort/whatever), but it's not AFAIK what any of the people on
> this bug are refering to.

Regular autocomplete is also broken by this bug.

Comment 19

[Brett Wilson]

Fixed on trunk and branch.

Comment 20

[Brett Wilson]

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

Comment 21

[Gervase Markham [:gerv]]

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