Opened 10 years ago

Closed 10 years ago

Last modified 8 years ago

#8878 closed bug (wontfix)

Autocomplete: change event not fired on menu selection

Reported by: lubosdz Owned by:
Priority: minor Milestone: 1.10.0
Component: ui.autocomplete Version: 1.9.2
Keywords: Cc:
Blocked by: Blocking:



autocomplete does not bind change event consistently. Following example would not trigger the "change" event in Internet Explorer (tested version 9) and Chrome (tested version 23.0).

  <link rel="stylesheet" href="" />
  <script type="text/javascript" src=""></script>
  <script type="text/javascript" src=""></script>

<input type="text" id="tags">
<input type="text" id="anything">

<script type="text/javascript">


		var availableTags = [
		$( "#tags" ).autocomplete({
			source: availableTags


$( "#tags" ).on("change", function(){
	var date = new Date;



After selecting menu item, the "change" event would not fire in IE(9) nor in Chrome. It would fire change event in Firefox (tested 16.0.2) and Opera (tested 11.50).

After trying to fix issue by adding the option "select" like so:

select: function(event, ui){

the "change" event was triggered two times in Firefox and Opera (causing 2 consecutive ajax requests), and only once in Chrome and IE9.

I discovered this bug after upgrading from previous version JUI (guess it was some 1.7.x) version.

Thank you.


Change History (8)

comment:1 Changed 10 years ago by tj.vantoll

Status: newopen
Summary: Change event not triggered in IE, ChromeAutocomplete: change event not fired on menu selection

Confirmed. Test case - The change event is fired upon menu selection in jQuery UI 1.8.24 but in master & 1.9.2 it does not. I saw this behavior in the latest versions of Firefox and Chrome.

comment:2 Changed 10 years ago by Scott González

Resolution: wontfix
Status: openclosed

We don't guarantee that the native change event is useful for enhanced widgets. Change events do not occur when the value is set programmatically, so it's always possible that the native change event isn't fired for any given input-based widget.

comment:4 Changed 10 years ago by lubosdz


I think you misunderstood the nature of this bug - it has nothing to do with triggering the "change" event programmatically. The problem is, that the behaviour of autocomplete is completely different in Firefox, Opera and different in Chrome, IE even without trigger change event programmatically.

Unfortunatelly, it is basically impossible to fix it - unless everybody writes complex JS tests what browser is being used and then dynamically attaches events. I have spend 2 days trying various ways around - no success:-(

It would be completely sufficient just to revert previous behaviour - just like it worked in version 1.8.24 - all browsers used to work fine.

Thanx. Lubos

Last edited 10 years ago by lubosdz (previous) (diff)

comment:5 Changed 10 years ago by Scott González

I didn't misunderstand. The change event is not useful on an enhanced widget. If you care about knowing when the value has actually changed, use the autocompletechange event.

comment:6 Changed 10 years ago by lubosdz

OK, thanx, I will try to test autocompletechange event.

comment:7 Changed 10 years ago by lubosdz

Hi again,

after a little of googling I found that there are many people recently confused with this behaviour considering it for a bug. Introduction of "autocompletechange" is not clearly documented and except for 2 lines of code at I could not find anywhere explained or examples on what is the difference between those two events.

As a web programmer, it also makes my programming more troublesome. For example when rendering a page, now I must test all 200 text fields "is this autocomplete field?" and bind either "change" or "autocompletechange". And in some situations how can a server determine if a text field of type "autocomplete" if this is only handled by a client? This is a serious performance degradation and it is a clear sign that changing this behaviour was a bad move.

I also do not know anything about enhanced widgets and I believe most people dont as well. What I see is a text field which used to fire change event correctly, not it works differently in various browsers. I like JQuery due to consistent API across all browsers. Introducing "autocompletechange" seems to me going against this concept:-(

Sorry for my unpleasant words - perhaps I would better understand if somebody could explain why the native "change" event could not be used anymore..? And is there any chance to revert it to previous behaviour? I will vote for it:-)


Last edited 10 years ago by lubosdz (previous) (diff)

comment:8 Changed 8 years ago by winchester

Using Jquery 1.11 and Chrome 43 and this bug seems triggering to me.. It's frustrating.. no matter the way I implement the change function is no called.

Version 0, edited 8 years ago by winchester (next)
Note: See TracTickets for help on using tickets.