570230 - Entering "/" or "'" in the text field on yandex.com triggers the "Quick Find" bar (can't type in <input type="search">)

Status: RESOLVED FIXED

(Toolkit :: Find Toolbar, defect, P1)

Description

[Sid]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.3a5pre) Gecko/20100604 Minefield/3.7a5pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.3a5pre) Gecko/20100604 Minefield/3.7a5pre

Entering "/" or "'" in the text field on yandex.com triggers the "Quick Find" bar. The same thing happens on the Russian version of this website (http://ya.ru).

Reproducible: Always

Steps to Reproduce:
1. Open http://yandex.com or http://ya.ru
2. Enter "/" or "'" (without quotes) in the text field
Actual Results:  
Quick Find bar appears at the bottom of the screen.

Expected Results:  
Nothing should happen.

The regression window is:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100529 Minefield/3.7a5pre - OK

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100530 Minefield/3.7a5pre - Broken

I believe it's regression from bug 567309.

Comment 2

[Alexander L. Slovesnik]

Minimal testcase is on http://diveintohtml5.org/examples/input-type-search.html

Comment 3

[Asaf Romano (gone)]

Can you check with Fx3.5? It's not a regression as far as I can tell. See bug 568429.

(The "ok" build might be at the fayt-broken range).

Comment 4

[Sid]

(In reply to comment #3)
> Can you check with Fx3.5? It's not a regression as far as I can tell. See bug
> 568429.

The latest Shiretoko nightly:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.11pre) Gecko/20100604 Shiretoko/3.5.11pre - OK

The latest Namoroka nightly:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.6pre) Gecko/20100604 Namoroka/3.6.6pre - OK

> (The "ok" build might be at the fayt-broken range).

Well, I also checked some nightlies around the date when FAYT got broken, and the results are:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100517 Minefield/3.7a5pre - OK

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100518 Minefield/3.7a5pre - Broken

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100519 Minefield/3.7a5pre - Broken

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100520 Minefield/3.7a5pre - OK

Does it help?

Comment 6

[Boris Zbarsky [:bzbarsky]]

This is what breaks the about:config filter field too!  Can we just fix this bug (or bug 568429, whatever).  This is in fact a regression, from us starting to support <input type="search">.

Comment 7

[Asaf Romano (gone)]

I should point that out that, as far as I can tell, this regressed as a result of adding support to the new input types (and the broken-findbar bug covered this regression).

Comment 8

[Dave Townsend [:mossop]]

Should block release, re-nom if there is a reason it should block a beta.

Comment 9

[Asaf Romano (gone)]

Gavin stole this bug, his patch is on bug 568429.

Thanks Gavin!

Comment 10

[:Gavin Sharp [email: [e-mail]]]

fixed by bug 568429