Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Polymer - two way bound input changes cursor position (to end of input text) #18410

DartBot opened this Issue Apr 24, 2014 · 9 comments


None yet
3 participants

DartBot commented Apr 24, 2014

This issue was originally filed by @tomaszkubacki


Cursor constantly changes position (to the end of input) when trying type anything in html input two-way bound to text property


Create polymer element html with two way bound input like:

<input value="{{name}}">

create observable property in polymer element model like:

@observable String name = '';

now when focused on input type characters 'abc',
then move cursor to the left before 'a' character
and type anything.

After any key press cursor will move to the end of text in this input.

Dart Editor version 1.3.3.release (STABLE)
Dart SDK version 1.3.3
Polymer: 0.10.0-pre.9

DartBot commented Apr 24, 2014

This comment was originally written by @tomaszkubacki

this seems to be issue in Chrome 34 but not in Firefox 28 (Linux/64)


sigmundch commented Apr 25, 2014

I'm quite surprised. I need to try it out again. It's especially strange because we used to have this bug before and we added the following test to make sure we didn't regress on it:


Would you mind also including the version for the polymer_expressions, observe, and template_binding packages?


Added Area-Polymer, Triaged labels.

DartBot commented Apr 25, 2014

This comment was originally written by @tomaszkubacki


polymer_expressions: 0.10.0-pre.1
observe: 0.10.0-pre.4 (by default it was 0.10.0-pre.3 - bumped in hope to resolve the issue)
template_binding: 0.10.0-pre.1

DartBot commented May 5, 2014

This comment was originally written by @tomaszkubacki

Anything new on this ? Should I provide full working example ?


sigmundch commented May 6, 2014

I was able to reproduce it, turns out that my test was checking for the problem on the same microtask where the change was detected, but a recent change in polymer_expressions made this bug appear on the next microtask which the test was not checking for).

I'll continue looking further into it.

DartBot commented May 8, 2014

This comment was originally written by @tomaszkubacki

Siggi - seems like it's fixed - thank you. Could you please release polymer expressions to pub with this ?


sigmundch commented May 8, 2014

All set. The fix is in polymer_expressions 0.10.0-pre.2

Added Fixed label.

DartBot commented May 8, 2014

This comment was originally written by @tomaszkubacki

Awesome - works great for me - Thank you Siggi!

This issue was closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment