1400770 - www. is ignored in location bar autocompletion

Status: NEW

(SeaMonkey :: Autocomplete, defect)

Description

[lvm]

Attachment: www_bug_www_my.png

Location bar autocompletion ignores "www.". It is the most common leftmost label, and yet when something is typed into the address field it usually for a reason and should never be ignored completely. Consider this: I frequently use several sites in the same domain distinguished only by the leftmost label, ignoring "www." makes autocompletion useless when trying to locate the site starting from "www.". On the attached screenshots I am trying to go to www.mypepsico.com. After I typed six characters of the name (www_bug_www_my.png) this site hasn't even appeared in the visible part of the lookup list, it shows up only after the seventh character is typed (www_bug_www_myp.png) and only on the last line even though it should've been the first match after five characters have been typed. Strangely enough typing "w.mypepsico.com" doesn't find www.mypepsico.com at all even after all characters have been typed even though  browser->location bar->match is set to 'anywhere but prefer word boundaries'.

Suggested fix: autocomplete might look for www without a dot in the leftmost label last but it still should look for it; when a dot is typed into the address field all 'search enhancements' should be dropped and the  unmodified search string should be matched against the unmodified and unoptimized addresses.

Comment 1

[lvm]

Attachment: www_bug_www_myp.png

Comment 2

[Frank-Rainer Grahl (:frg)]

This is at least a duplicate of bug 1251839 but there is another one open I currently can't find. 

For starters this is core functionality and not intended to work for https domains. Not many non secure around now so I didn't investigate yet what broke it for http ones.

Comment 3

[Frank-Rainer Grahl (:frg)]

Bug 1251839 wasn't it. I need to find the other bug. I can confirm it for now but it is a duplicate.

Comment 4

[Frank-Rainer Grahl (:frg)]

Ahh found it Bug 1329371

Comment 5

[lvm]

Bug 1329371 is not it either, it is about Seamonkey not adding www. or .com do addresses it cannot resolve. This feature is turned of in my setup. 

This bug is about Seamonkey ignoring www. in user input in the address field when building a list of matching addresses from history. Suppose I visit sites www.example.com and, more frequently, zzz.example.com. When I type "exam" into the address field zzz.example.com is listed above www.example.com as it should be; when I type "www.exam" I expect www.example.com to be listed on top as being a closer match but it is not happening, zzz.example.com is still on top. Another and probably more glaring manifestation of this bug is that when I type "z.exam" zzz.example.com is found as a match, but when I type "w.exam" nothing is found at all (which indicates that www. is stripped from addresses too, not just from the search target).