-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possible radio input issue glimmer 2 #14712
Comments
Can confirm that i also see this on ie 11 (windows 10). |
Can also confirm, Windows 10/IE11. |
@chadhietala did glimmer ever do anything to address this order-of-operations bug for IE11? |
@runspired type attribute is set last to avoid a bug in |
We have a reproduction app now: https://github.com/PrecisionNutrition/input-helper-demo/tree/ie11 |
And an even simpler reproduction https://jsbin.com/foxoqiwola/1/edit. It looks like having |
IE11 misreports the value of the input. The root problem is described at the following URL: emberjs/ember.js#14712 Resolves yapplabs#52
IE11 misreports the value of the input. The root problem is described at the following URL: emberjs/ember.js#14712 Resolves yapplabs#52
in IE11 a radio button gets the value 'on', see emberjs/ember.js#14712
@adam-knights @dougestey @jcbvm @jherdman @lepolt @runspired is this still an issue, perhaps we should close or create a new reproduction of this, what do you think? |
Very much still an issue. Does the JSBin example not count? |
@jherdman well the original jsbin is using old version of Ember and ember-twiddle doesn't run in IE. I see the https://github.com/PrecisionNutrition/input-helper-demo/blob/ie11/package.json example perhaps it can be update to a current release of Ember? |
@pixelhandler done, and done! |
@tomdale yeah, probably. The lesson for me is that various implementations do NOT treat attribute insertion as irrelevant. The good news is that (AFAIK) the range and radio elements are the only ones that we seem to have run into.... that I know of :) |
IMHO we can close this. |
I'm doing some issue gardening 🌱🌿 🌷 and came upon this issue. Since it's quite old I just wanted to ask if this is still relevant? If it isn't, maybe we can close this issue? By closing some old issues we reduce the list of open issues to a more manageable set. |
IMHO yes |
I just want to share that I found a little problem with glimmer 2.
In IE 11 I see some strange things happening to radio inputs. If the value is a computed property, the value gets set to "on" by IE when something on the page changes. A deeper search to this ends up with IE setting the value to "on" when
input.type
gets set.So my guess is that a rerender causing the
input.type
to be set to 'radio', causing the value to change. Normally you can fix this by setting the value right after the type has been set. I'm not sure yet if this is the case in glimmer 2, does anyone knows more about this?I tested this on IE, but from searching I see FF may also be causing this behaviour.
UPDATE
Here a jsbin showing the 'bug', if you run this in IE 11, and you click on the radio button, you will see the value changing in "on":
http://emberjs.jsbin.com/basoxirumo/1/edit?html,js,output
The text was updated successfully, but these errors were encountered: