Fix Coverity issues in ReflMainViewPresenter #11325
Labels
Framework
Issues and pull requests related to components in the Framework
Low Priority
Things that you don't ever want to be done.
Milestone
m_view
is dereferenced both before a null checked dereference, and after. So why are we null checking? Coverity suggests that all paths leading to the null check have a valid pointer, so the check is doubly superfluous, as there is no possibility of a null pointer, and if there were one, it wouldn't protect us in its current state.The text was updated successfully, but these errors were encountered: