fix: remove unnecessary _showOverlayCondition #2453
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Found a behavior that seems unintended. As far as I can say from code comments and overall familiarity with logic,
_showOnverlayCondition
is intended to be called only onkeyUp
. Looks like calling it in a_textboxOnInput
is unnecessary and it will cause some weird edge-cases when subclassers override_showOnverlayCondition
. This is due to difference in how_showOnverlayCondition
is parametrized when called onkeyUp
(with anev
keyboard event) and in_textboxOnInput
(with{}
).Scenario which breaks without the proposed change:
A subclasser wants to implement a functionatily when overlay will only show if input length is >= 3.
They would override a method like this:
In runtime
_showOverlayCondition
method would be called twice, seemingly onkeyDown
andkeyUp
but upon closer look, first call comes from_textboxOnInput
.As
_showOverlayCondition
first call will come from_textboxOnInput
,options
will equal{ }
and it will close overlay and set input value of textbox to''
.It looks logical to me to get rid of this line. Tests pass.