RobinHerbots / Inputmask

Input Mask plugin
https://robinherbots.github.io/Inputmask/
MIT License
6.39k stars 2.17k forks source link

FF issue with caret position #1333

Open iamxor opened 8 years ago

iamxor commented 8 years ago

Good day! I have a strange behaivor it happens only in FF 47.0. When i first click on textbox caret position sets on a last place and when click second time it goes at first place. Ho do i fix this?

RobinHerbots commented 8 years ago

@iamxor ,

Can you provide some more info. Which version do you use and also which mask, options?

stil commented 8 years ago

I'm also having this issue on Firefox. Reproduced on JSFiddle: https://jsfiddle.net/v5usz3vm/2/ When you click inside the input, caret is set on invalid position (after the space), while it should be set on the beginning of the input.

It makes input unwriteable without using keyboard arrows to set caret manually at the beginning.

iamxor commented 8 years ago

Hi there. jquery 1.9.1 jquery ui 1.10.3 jquery.inputmask.bundle.js 3.3.2-43 Firefox 47.0.1 Windows 10 here is the demo https://www.youtube.com/watch?v=EfjSzovOgQ4

first input: <... data-inputmask="'alias': 'email'" .../> Init sequence: $(".email-mask").inputmask({ "clearIncomplete": true });

second input: <... data-inputmask="'alias': 'phone'" .../> Init sequence: $(".phone-mask").inputmask({ mask: '+9 (999) 999-99-99', "clearIncomplete": true });

I am using DotNetNuke 7 CMS. DNN uses bunch of other scripts but i do not know if it conflicts with er plugin... Mask works correctly but this is happens only in ff not in safari, opera, chrome or ie...

RobinHerbots commented 8 years ago

@stil ,

Your issue is something else. This also occurs in other browsers. (I will fix that also)

@iamxor ,

Can you still reproduce in version 3.3.2-105?

iamxor commented 8 years ago

Sorry for late answer, yep suddenly still reproduced in Version: 3.3.2-106

RobinHerbots commented 8 years ago

@iamxor ,

On which device is the win10 firefox runing? I cannot reproduce here

Asura666 commented 8 years ago

Is this related to the caret position jumping to the end when you minimize and then bring back FF in the foreground? This isn't normal behavior with regular inputs.