fix(web): accidental suggestion-banner retoggle when disabling predictions#10014
fix(web): accidental suggestion-banner retoggle when disabling predictions#10014
Conversation
User Test ResultsTest specification and instructions
Test Artifacts
|
|
Should we add a user test for other predictive text actions to ensure there are no other cases where this might cause banner to not appear when it should? |
Like... what? I'm drawing a blank on what those "other cases" might even be. |
|
Perhaps I'm stretching too far, but things like, install dictionary, uninstall dictionary, switch keyboard (with/without dictionary for keyboard/to keyboard, so 4 possible combos), start app, switch to Keyman? |
Latter two are overkill here; we'd surely pick that up during normal regression testing in the worst case. I went ahead and did a keyboard-swap user test; that's fairly reasonable. Install and uninstall dictionary: I suppose that's doable, but if an issue arises there... it'd actually be a separate issue, I think? Not that it's completely unreasonable to add a fix for such a hypothetical issue to this PR, given its small size. I'm not as familiar with the dictionary-related instruction specifics, so I'll get to that one later if @darcywong00 doesn't beat me to it. |
|
Didn't realize I hadn't merged this yet. Explains why I was still seeing the bug when checking something else out recently. |
|
Changes in this pull request will be available for download in Keyman version 17.0.226-alpha |
While @darcywong00 was working on the Android app keyboard banner, we discovered that when predictions are turned off, but a model is already loaded, the internal model-management code would still send the
configuredevent (from model loading) when turning predictions off. This should not happen, as that signaled the predictive-text banner to reappear.User Testing
TEST_EUROLATIN_PREDICTIONS_OFF: Using the Keyman for Android app...
TEST_KEYBOARD_SWAP: Using the Keyman for Android app...