Skip to main content

Search and Top Navigation

#7752 closed bug (cantfix)

Opened September 30, 2011 10:17AM UTC

Closed October 25, 2011 09:26PM UTC

Pressing Escape after select event restores the value of the user input

Reported by: boyanpenev Owned by: boyanpenev
Priority: minor Milestone: 1.9.0
Component: ui.autocomplete Version: 1.8.16
Keywords: Cc:
Blocked by: Blocking:


when selecting an item from the autocomplete list and pressing escape afterwars- the selected item gets deleted and the value of the input before autocomplete is opened- restored.

To reproduce, one could use the default autocomplete demo and take the following steps:

1. Type in "ja"

2. From the autocomplete list, select "Java"

3. Press escape

4. "Java" turns to "ja"

I tried to prevent escape from doing this with

if (!($(this).data('autocomplete')
	return false;

but it didn't work out.

Best regards,

Boyan Penev

Attachments (0)
Change History (6)

Changed September 30, 2011 11:59AM UTC by scottgonzalez comment:1

owner: → boyanpenev
status: newpending

I'm not seeing this behavior. Is this only happening in a particular browser?

Changed October 03, 2011 12:25PM UTC by boyanpenev comment:2

status: pendingnew

Apologies for the delayed answer and that I didn't investigate the browser differences myself.

The behavior happens only with firefox (checked it only with the latest- 7.0.1). With internet explorer 7 through 9 and chrome the problem could not be reproduced.

Changed October 03, 2011 12:57PM UTC by scottgonzalez comment:3

status: newopen

This isn't actually a bug in autocomplete. This is behavior that's built into Firefox. I'll try to find out why Mozilla implemented this, but it doesn't look like it's possible to override:

Changed October 10, 2011 12:57PM UTC by scottgonzalez comment:4

Changed October 17, 2011 05:18PM UTC by scottgonzalez comment:5

New bug that is likely going to be the first one fixed by Mozilla as Mounir has already created a patch:

Changed October 25, 2011 09:26PM UTC by scottgonzalez comment:6

resolution: → cantfix
status: openclosed

I'm closing this bug since there's nothing we can do about it. However, I'm still tracking the Mozilla bugs.