Closed Bug 110203 Opened 23 years ago Closed 23 years ago

URL autocomplete broken [trunk only]

Categories

(SeaMonkey :: Location Bar, defect)

Product:
SeaMonkey
Component:
Location Bar
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9.7

People

(Reporter: piskozub, Assigned: hewitt)

References

Details

(Keywords: regression) 

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.5+) Gecko/20011114
BuildID:    20011114

Today between 0930 and 1830 (Pacific time), URL autocomplete feature has been
completely broken. The new build does not autocomplete, nor does it show the
dropdown menu.

Tested with WindowsME builds made from two CVS trees, one pulled at
(20011114)0930 the other 1830. Autocomplete in the former works and in the
latter doesn't.

Reproducible: Always

Steps to Reproduce:
1. Try to type any valid URL
2. Do it a second time
3. Do it any number of times with no autocomplete action visible
it's fainted on linux too - OS: All
OS: Windows ME → All
After the checkin for bug 108543, the Search dropdown started to appear again
(as it should) but this is still the only visible autocomplete activity. 
Oh, how delightful!  I will just have to update my tree tomorrow morning to
experience this for myself.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
Same under MacOS 8.6 2001111504
Platform should be All.
Platform -> All
Hardware: PC → All
WFM with a fresh CVS build (around 2001111509). However it did notwork just
after compiling the build. The thing I had to do was deleting component.reg and
XUL.mfl *and* rebooting Windows. I did it trying to get rid of bug 110202. After
the reboot both bugs WFM. Probably deleting both files was an overkill. I am not
sure which was the importent one, though.


I retract my last comment. I tested with the wrong CVS tree (I have three now).
The  solution described worked for bug 110202 but not for this one. Sorry.
yet another regression on autocomplete
i will notify the "0.9.6 dont suck" team
Keywords: regression
Someone can confirm this on the latest branch? If this affects branch, this is 
blocker. If not, please change summary to reflect trunk-only
trunk only, so not blocking 0.9.6
Summary: URL autocomplete broken → URL autocomplete broken [trunk only]
BTW, this works again in the 15:42 2001111503 build.  (at least for me - WinMe)
WFM too, 2001111503, WinME
I've triple-checked this, but Autocomplete does work in the non-talkback Win32
zip, but *not* with the talkback zip.    (built at 3:44:00 PM and 3:43:00 PM,
respectively)    I'm on Win98SE
*** Bug 110467 has been marked as a duplicate of this bug. ***
I think this is releated to this history foobar that we had yesterday ?
Obviously if history isnt working then Autocomplete won't work either.
WFM 2001111503 Win2k
WFM with 2001111605 installer build on WindowsME. Cannot test with fresh CVS
builds as they crash on launch.
WFM on trunk 2001111521 and fresh CVS build, Linux.
Ok, marking WFM. Someone else verify
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Francisco: Is your WFM based on the "regular" or "talkback" build?

(See also comment #13)
Verified WFM on 2001111603 Talkback builds (Trunk) Windows 2000 SP 2
Status: RESOLVED → VERIFIED
Autocomplete is broken in Trunk 2001111908 under MacOS 8.6. This bug should be 
reopen.

WFM in 2001112004...

scott tran, don't go around verifying (as in marking VERIFIED) random bugs
unless you are fully qualified to do so. You'll know you are qualified when
someone tells you "you can mark (my) bugs verified" OR you are the QA
Contact(possibly reporter) on a bug.

In this case this bug was seen on ALL platforms and needs to be verified on all
platforms.

It is very helpful, and entirely sufficient to simply add your verificaton as a
comment like comments #16 and #17
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.