-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Fix site creation illegal state #21670
Conversation
Generated by 🚫 Danger |
|
|
App Name | ![]() |
|
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr21670-39d4316 | |
Commit | 39d4316 | |
Direct Download | jetpack-prototype-build-pr21670-39d4316.apk |
|
App Name | ![]() |
|
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr21670-39d4316 | |
Commit | 39d4316 | |
Direct Download | wordpress-prototype-build-pr21670-39d4316.apk |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## trunk #21670 +/- ##
==========================================
- Coverage 39.42% 38.38% -1.04%
==========================================
Files 2122 601 -1521
Lines 99558 28992 -70566
Branches 15317 3732 -11585
==========================================
- Hits 39247 11128 -28119
+ Misses 56832 16847 -39985
+ Partials 3479 1017 -2462 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes tested well for me.
To resolve this I chose to simply remove the force showing of the keyboard, instead letting the system handle it when the user taps the search field. I did note the following comment above the old code that forced the keyboard to show:
This seems like a reasonable trade-off to me.
For posterity, it appears this workaround was added in #13424 (comment); the original keyboard display was added in #12085.
Potentially fixes #21669
This was initially addressed in #21566 but we continue to see the crash even in 25.6, albeit less frequently.
I was not able to reproduce the crash in
trunk
but looking at the site creation code I noticed we were forcing the keyboard to appear with every single key press while searching. This could easily cause problems, especially if therunnable
we used to delay the showing of the keyboard executed when the screen was no longer active.To resolve this I chose to simply remove the force showing of the keyboard, instead letting the system handle it when the user taps the search field. I did note the following comment above the old code that forced the keyboard to show:
This is still an issue, but the keyboard will appear when the user taps the search field, and I think that's better than constantly forcing the keyboard to unnecessarily appear.