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 support to disable concurrency check for UIScreen #111
Merged
jkonecny12
merged 3 commits into
rhinstaller:master
from
jkonecny12:master-support-disable-concurrent-check-for-UIScreen
Oct 8, 2021
Merged
Add support to disable concurrency check for UIScreen #111
jkonecny12
merged 3 commits into
rhinstaller:master
from
jkonecny12:master-support-disable-concurrent-check-for-UIScreen
Oct 8, 2021
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
poncovka
approved these changes
Oct 7, 2021
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.
Thank you!
VladimirSlavik
approved these changes
Oct 7, 2021
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.
Looks good to me. Thank you!
Right now it is possible to disable concurrency check for InputHandler. However, this class is created on demand in the InputManager used by the UIScreen which means that a users are not able to disable concurrency_check without re-implementation of the InputManager and InputHandler which is really cumbersome. To solve this I'm adding a new property to InputManager and enable obtaining the InputManager instance from the UIScreen. The concurrency check shouldn't be disabled if you don't have a strong reason to do it. It was implemented because without the check it's really hard to debug when multiple screens are asking for the input at once. The main reason to disable it is for error reporting after the application has crashed. Related: rhbz#1807491
This small change is done to simplify testing of the code.
jkonecny12
force-pushed
the
master-support-disable-concurrent-check-for-UIScreen
branch
2 times, most recently
from
October 8, 2021 11:46
271cf1d
to
2d70d26
Compare
UPDATED:
|
jkonecny12
force-pushed
the
master-support-disable-concurrent-check-for-UIScreen
branch
from
October 8, 2021 11:48
2d70d26
to
741ae90
Compare
UPDATED:
|
This was referenced Oct 25, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Right now it is possible to disable concurrency check for
InputHandler
. However, this class is created on demand in theInputManager
used by theUIScreen
which means that a users are not able to disable concurrency check without re-implementation of theInputManager
andInputHandler
which is really cumbersome.To solve this I'm adding a new property to
InputManager
and enable obtaining theInputManager
instance from theUIScreen
.The concurrency check shouldn't be disabled if you don't have a strong reason to do it. It was implemented because without the check it's really hard to debug when multiple screens are asking for the input at once. The main reason to disable it is for error reporting after the application has crashed.
Closes #110