-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
placeholder issue in Firefox #444
Comments
Thanks, I'll have a look when I can. |
OK, I think 1 is plunkr specific. It complains about something being insecure, outside of plunkr I don't get that issue or the error. I think 2 is also plunkr specific issue as I can replicate in plunkr, but not outside. 3 Is to do with placeholders in FF, for some reason it's not sending triggering focus events onwards if you click on the actual placeholder. I managed to crash FF with 4, but I think fixing 3 should fix this too. The last point about the |
Thank you for investigating this. Yeah, I totally understand that rewrite is painful and time consuming :) However, of course you know the current issues better, maybe it is worth considering to take a shot now? Actually last week IE11 running in IE10 was failing too, I could click into the editor, but couldn't edit anything and developer's console showed, afaik, dom related error (about index something). I need to find a way how to replicate it again :) |
OK, I think I've got this figured out. It seems if you click on the placeholder it puts the cursor before the first I'll get back to you when I (think I) have a fix. |
Thank you! |
Huh, I thought I'd done that already... Maybe I can get jshint to throw an error if they exist. |
Don't worry, I will recheck on the next -pre version :) |
Do you mean all the |
|
Thanks, that has been taken out, definitely in the next pre-release. |
Hi,
apparently previous placeholder issue strikes back in Firefox :) I noticed it a couple of weeks ago, didn't get a chance to create a plunkr and report, but now it's time.
Basically, when I use placeholder in FF it behaves weird. Here is the plunkr - http://plnkr.co/edit/ocVjGP4CqWtGuhMinJxv?p=preview
when you open it you will see that input has the model value, but textangular doesn't. If you click inside textangular to focus it and click away - model value is lost (input will be empty too) and it becomes invalid.
if you type something in textangular then input's content will be updated, but not vice versa
that one is trickier: if you have some content in textangular, then delete it, click away, then enter something into it - it will remain red (invalid) and model will not be updated (input's content will remain empty) - you may need to do this several times to catch it
if you will catch the 3) keep it "invalid" and try typing something FAST after it gets several characters it will freeze and by freeze I mean FF will freeze - "Application is not responding", so the only fix is via Task Manager :)))
on initial plunkr load when input has the model value, but textangular doesn't - type
pokemon
in textangular, now if you press Space or Enter - it will become invalidThis may not be related, but when I tried to quickly debug it I saw that problem around 3) and similar issues is caused by the content being inserted into the root: textangular wraps everything I type into a single
p
tag, so when I delete everything and start typing then new text ends up next to thatp
tag, not in it.Thank you!
P.S.: used FF 33.1.1 and textangular pre-14
P.S.S.: at least in the actual project where I have these problems when content is loaded I do see the initial model value in textangular, but in plunkr I don't, that's weird :) I will recheck as soon as aforementioned issues are addressed :)
The text was updated successfully, but these errors were encountered: