-
Notifications
You must be signed in to change notification settings - Fork 13.5k
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
bug: Input range => Frozen slider on Internet Explorer 11 #3853
Comments
Hmm, it works on a touch screen, so this maybe related to touch/pointer events |
It also works with the keyboard cursor keys (after selecting the range with the mouse) |
It works in IE11 when we remove the e.preventDefault(); inside tapMouseDown (talking ionic.bundle.js). The question is if this is better targetted with IE 11 in mind or with type=range in mind. If I understand correctly this function handles the focus of text fields and the keyboard being shown. So we could exclude the type=range here similiar to the select|option exclude in the if:
EDIT: I added another condition to the if and it works. The question to @mhartington is: Is this the right place to handle this or would it be one more step before where tapEnabledTouchEvents has a different value in IE11 than in other browsers. Workaround: If you think this is right I can prepare a PR. |
I'm going to let @perrygovier Take a look at this. He's been working scrolling/touch events so he'd know best |
I am also facing the same issue with range input on IE 11. |
The problem is also present in Edge 😣 <div class="item range">
<i class="icon ion-volume-low"></i>
<input type="range" name="volume" contenteditable="true">
<i class="icon ion-volume-high"></i>
</div> |
Okay, a few discoveries: First, we can't preventDefault in |
Should be fixed now, and range styles were fixed. Thanks! |
Hi @mlynch, When you say : 'we can't preventDefault in tapMouseDown if it's a range (at least on IE). ' I used the following workaround : https://forum.ionicframework.com/t/range-slider-not-movable-in-internet-explorer/19592/4 The fix was to only add && e.target.type !== 'range' at the end of the if condition It's weird but the range works well on my computer on IE10 & IE11 only with this condition (even if I don't understand why the method isTextInput is bypassed by IE) |
Type: bug
Platform: desktop browser
Here is a demo : http://codepen.io/anon/pen/OPdJRq
The text was updated successfully, but these errors were encountered: