-
Notifications
You must be signed in to change notification settings - Fork 24.4k
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
GBoard emoji crash #19523
Comments
@kelset I am almost 100% sure that this is a regression caused by the onKeyPress logic (I shall be submitting a fix for the logic itself as soon as I can). I would build from source before and after the merged PR and test in the RNTester app to verify. |
Ok, thanks for the swift response :) Let me know if there is anything extra I can do to help! It's really really weird that it only happens for some emojis 🧐 EDIT: oh wow didn't see the PR #18443, maybe it will fix, let me double check against the test repo |
Ok tested the PR locally, and I can confirm it fixes this issue. As soon as a new react-native release includes that commit I'll close this issue. |
@malonguwa please route any cherry-pick requests to the relevant issue in the releases repository: https://github.com/react-native-community/react-native-releases/issues We're unlikely to cherry-pick this into 0.55, though. There's quite a lot of other fixes in 0.56 and not being willing to upgrade to 0.56 does not seem like a good enough reason to add this to 0.55. |
react-native info
in your terminal and paste its contents under "Environment"share an app that reproduces the issue using https://snack.expo.io/
Environment
Description
A quite precise kind of issue, that I basically found thanks to our manual testing team. It's quite the weird bug, caused by the GBoard only in Android env (tested on iOS without repro the issue).
The weirdest part is that not all emojis trigger it. In fact, aside night:
Btw there the words that 'trigger' emoji suggestions are different, the only one that triggers the same emoji on both platforms is "piano" 🎹 (and on iOS it doesn't crash, on Android yes) (ok maybe not the only one, but the only one I found quickly).
And it doesn't happen with remote debugger on.
Same stacktrace as #10756 and similar to #19129 (which was closed by the bot) and #18126 (which was closed linking to PR #18114 by @joshyhargreaves) by @hramos. So this is potentially a regression? (I am not sure, I feel like it's not strictly related to that one)
Steps to Reproduce
(the repro is the standard
react-native init
project with a textinput just like the example in the docs)Expected Behavior
The emoji appears without troubles in the textinput field.
Actual Behavior
App crashes with the following stacktrace:
If logging via LogCat, there are some extra info:
The text was updated successfully, but these errors were encountered: