Skip to content

fix 9790 - ESCAPE in autocomplete should not change multiline value. #1190

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

Closed

Conversation

Yermo
Copy link
Contributor

@Yermo Yermo commented Feb 4, 2014

If ESCAPE is pressed with an opened menu on a contenteditable or textarea, do not change the value. This is similar to http://bugs.jqueryui.com/ticket/9771.

element.simulate( "keydown", { keyCode: $.ui.keyCode.ESCAPE } );
equal( element.text(), customVal );
start();
}, 50 );
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since the delay is set to 50 you should be able to drop this argument altogether.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I copied, pasted and modified from the tests above.

@tjvantoll
Copy link
Member

Hi @Yermo,

Thanks for this. For future reference we have guidelines about the format of commit messages.

@Yermo
Copy link
Contributor Author

Yermo commented Feb 4, 2014

Oops. Sorry about that. I had seen those but forgot.

Do you want me to make the edit you suggest above via another commit or will you do it? (Still relatively new to the github workflow so am stumbling around a bit.)

@tjvantoll
Copy link
Member

If you're looking to learn it'd be great if you could make the change, add a new commit, squash the two commits into a single one that follows our commit message guidelines, and push the branch so the updates appear here.

If you're not looking to learn we can take care of it.

@Yermo
Copy link
Contributor Author

Yermo commented Feb 4, 2014

Always looking to learn. I'll take care of it (hopefully without too many mistakes. :) )

@Yermo
Copy link
Contributor Author

Yermo commented Feb 4, 2014

I had some trouble trying to push out the squashed commits and ended up doing a --force in order to move it out. Since I'm the only one pushing to this particular repository I'm assuming it's ok to do in this instance. (I understand that one would never do this to a public shared repository.)

@tjvantoll
Copy link
Member

Yep this is fine. You can also drop "fix 9790" from the commit message, but we can clean that up. This looks good to me.

@Yermo
Copy link
Contributor Author

Yermo commented Feb 5, 2014

What's the preferred way of changing a commit message?

@tjvantoll
Copy link
Member

git commit --amend Then you can force push the branch again.

Fixed case where content of contenteditable or textarea was
changed when ESCAPE pressed.

Fixes: #9790
@Yermo
Copy link
Contributor Author

Yermo commented Feb 5, 2014

Done. Thanks for the hand holding.

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

Successfully merging this pull request may close these issues.

2 participants