Open Bug 480157 Opened 17 years ago Updated 3 years ago

Quickfind doesn't work on shacknews.com when certain ads are served

Categories

(Toolkit :: Find Toolbar, defect, P2)

1.9.1 Branch
x86
Windows XP
defect

Tracking

()

People

(Reporter: stevee, Unassigned)

References

()

Details

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090225 Shiretoko/3.1b3pre ID:20090225031913 1. New profile, start Firefox 2. Navigate to www.shacknews.com and allow the page to finish loading 3. Press / to bring up the quickfind search bar at the bottom of the browser window 4. Type in a random assortment of characters Expected: - You are notified that the text couldn't be found Actual: - You can type what you want and it is never found, even a term that does exist on the page The full search (CTRL+F) appears to work correctly. Range coming up.
Flags: blocking-firefox3.1?
Summary: Quickfind has stopped working/is broken/now fails/doesn't work. → Quickfind has stopped working/is broken/now fails/doesn't work on shacknews.com
Correction: If you search for a word that does exist, then the Quick Find bar will show it only after you hit F3 (next). However, if you search for nonsense the Quick Find bar never indicates that it hasn't found anything. This bug does not effect all websites. Works: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090126 Shiretoko/3.1b3pre Built from http://hg.mozilla.org/releases/mozilla-1.9.1/rev/c19399e9c815 Busts: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090127 Shiretoko/3.1b3pre Built from http://hg.mozilla.org/releases/mozilla-1.9.1/rev/9c6a7e570995 http://hg.mozilla.org/releases/mozilla-1.9.1/pushloghtml?fromchange=c19399e9c815&tochange=9c6a7e570995 I wouldn't like to guess at what caused this.
I'd say bug 475471, but That's Just Me.
Component: General → Find Toolbar
Flags: blocking-firefox3.1?
Product: Firefox → Toolkit
QA Contact: general → fast.find
Version: 3.1 Branch → 1.9.1 Branch
Flags: blocking1.9.1?
Roc had a lot of bugs land in this range so let's CC him and see what he says :-)
Or perhaps caused by one of the check-ins from Blake?
Is this broken on trunk? If it is, and we get a trunk regression range, then we can look for checkins in the intersection and get a much narrower set of suspects.
A trunk regression range would be fantastic, for the reasons roc notes.
Adding Enn and Ryan since they have checkins in the regression range.
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
Sigh. OK. So it seems like this bug is actually dependent on what ads are served at the time you view the page, so the range in comment 0 is wrong. Further, this bug is also reproducible in Firefox 3.0.6 and also 2.0.0.13pre. Better steps to reproduce: 1. Visit http://www.shacknews.com/extras/submit_news.x 2. File > Save Page As... and save the page to your desktop 3. Drag the just-saved .html file into the browser window. The page will load with a lot of adverts all the way down the page (rather than just one at the top) 4. Press / and do a search for random gibberish and you are not notified that nothing has been found So this appears to be a long-standing bug and the blocking flag can probably be removed. I'll try for a regression range but one may not exist.
Flags: blocking1.9.1+ → blocking1.9.1-
Summary: Quickfind has stopped working/is broken/now fails/doesn't work on shacknews.com → Quickfind doesn't work on shacknews.com when certain ads are served
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.