Added IE-Edge (VirtualBox running Edge Windows 10)
screencap for reference; (no errors are popping up on the console either).

Edit: (noticing how clicking john returns false)
Extremely odd behaviour;

It's worth pointing out this worked fine in Vue <= 2.1.8

+1

@sunnyone, @Thijs5 - and for anyone else; don't populate the issue feed with +1; it's unhelpful and clearly, you need to use the "ADD REACTION" button if you want to drive attention to an issue.

Hey, sorry for the delay. Completely forgot about this.
This happens because the onChange fires before the computed setter in Edge. If you're using a computed setter, you don't need an onChange event handler, you should simply emit in the setter:

http://jsfiddle.net/bsy8ss2L/

@posva Could you provide a bit more info on the "onChange fires before the computed setter in Edge". How is the computed setter fired? I'm trying to get enough info for an Edge bug report.

@jdalton AFAIK, the problem is that when clicking on the checkbox, the order of the click and change events being fired is different in IE/Edge than that in other browsers:

https://jsfiddle.net/rj3g9j0y/

Chrome/FF: click -> change
IE/Edge/Safari: change -> click

I'm not sure if this behavior is specified anywhere in the spec though.

Ah nice! Thanks for the simplified repro!

I'm trying to get enough info for an Edge bug report

@jdalton awesome!

@yyx990803 BTW, should we close this since it's related to the browser firing in a different order?

I've reported the issue internally. I'll ping back when I get more info.

@jdalton update: it seems PhantomJS and Safari also fire change before click.

The spec states that:

Default actions are usually performed after the event dispatch has been completed, but in exceptional cases they may also be performed immediately before the event is dispatched.

So technically, change doesn't have to be fired after click. However, imo it really should because logically, change is a result of the default action for click. For example, if I do event.preventDefault() inside a click listener on a checkbox, it should be able to prevent the change event from happening altogether (this is the current behavior in Chrome/FF, but not in Safari/IE/Edge/PhantomJS).

Oh ya, not arguing for the current behavior. I think Edge should align with Chrome/FF.