Skip to content
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

Add https://webkit.org/b/138201 back to the Wall of Browser Bugs #19135

Merged
merged 1 commit into from Feb 9, 2016

Conversation

cvrebert
Copy link
Collaborator

@cvrebert cvrebert commented Feb 9, 2016

Reverts #19119.
A commenter gave a new example where the bug still repros:
https://bugs.webkit.org/show_bug.cgi?id=138201#c6

@cvrebert cvrebert added this to the v4.0.0-alpha.3 milestone Feb 9, 2016
cvrebert added a commit that referenced this pull request Feb 9, 2016
@cvrebert cvrebert merged commit 145fa2f into v4-dev Feb 9, 2016
@cvrebert cvrebert deleted the revert-19119-wkbug-138201-fixed branch February 9, 2016 04:14
@jpike88
Copy link

jpike88 commented Mar 11, 2016

I'm that commenter! Any known workarounds? This is insane, Apple needs more pressure to fix such a glaring issue.

@jpike88
Copy link

jpike88 commented Mar 16, 2016

Found a workaround!

This workaround is partially in angular.js but should work with any JS framework (or pure JS).

On tapping an input field, I used $location.hash to jump to the field above it straight after focus, which caused the input cursor to stay where it was.

If I just trigger a .blur() then a focus() about 300-400 ms after the scroll jumped, the input cursor 'reset' its position to the correct one.

@cvrebert
Copy link
Collaborator Author

Interesting discovery. Probably too hacky for us to adopt though.

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

Successfully merging this pull request may close these issues.

None yet

2 participants