Skip to content
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 part of #2057: Remove unnecessary RunOn from QuestionPlayerActivityTest #2189

Merged

Conversation

anandwana001
Copy link
Contributor

@anandwana001 anandwana001 commented Nov 27, 2020

Explanation

Fix part of #2057
Remove unnecessary RunOn from QuestionPlayerActivityTest

Checklist

  • The PR title starts with "Fix #bugnum: ", followed by a short, clear summary of the changes. (If this PR fixes part of an issue, prefix the title with "Fix part of #bugnum: ...".)
  • The PR explanation includes the words "Fixes #bugnum: ..." (or "Fixes part of #bugnum" if the PR only partially fixes an issue).
  • The PR follows the style guide.
  • The PR does not contain any unnecessary auto-generated code from Android Studio.
  • The PR is made from a branch that's not called "develop".
  • The PR is made from a branch that is up-to-date with "develop".
  • The PR's branch is based on "develop" and not on any other branch.
  • The PR is assigned to an appropriate reviewer in both the Assignees and the Reviewers sections.

@rt4914
Copy link
Contributor

rt4914 commented Nov 29, 2020

@anandwana001 Assigning @BenHenning to this PR considering that though it works correctly but in that case why was it introduced in the first place.

@rt4914 rt4914 assigned BenHenning and unassigned rt4914 Nov 29, 2020
@BenHenning
Copy link
Member

We can't remove the checks in this case. The tests are incorrectly passing. The tick will always be visible because the text will never cause it to trigger the original bug. I have a branch sitting somewhere where I was starting to fix the underlying issue & I introduced new tests that explicitly fail without the fix in place which is a bit better than false positives. Nevertheless, could you please update the documentation in the tests to indicate that these incorrectly pass on Robolectric and shouldn't be re-enabled until the underlying issue is fixed @anandwana001?

@BenHenning BenHenning assigned anandwana001 and unassigned BenHenning Dec 1, 2020
@anandwana001
Copy link
Contributor Author

We can't remove the checks in this case. The tests are incorrectly passing. The tick will always be visible because the text will never cause it to trigger the original bug. I have a branch sitting somewhere where I was starting to fix the underlying issue & I introduced new tests that explicitly fail without the fix in place which is a bit better than false positives. Nevertheless, could you please update the documentation in the tests to indicate that these incorrectly pass on Robolectric and shouldn't be re-enabled until the underlying issue is fixed @anandwana001?

As per the docs in OppiaTestAnotations,

 * Note that this annotation only works if the test also has an [OppiaTestRule] hooked up.

But, this file, QuestionPlayerActivityTest, doesn't have the OppiaTestRule then who it is working? Although the tests are passing without it.

Copy link
Member

@BenHenning BenHenning left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for clarifying the code & fixing the missing rule! @anandwana001 you're right that this was wrong before--the rule was missing. Good catch.

@BenHenning BenHenning removed their assignment Dec 2, 2020
Copy link
Member

@BenHenning BenHenning left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@BenHenning BenHenning merged commit 8e4b439 into oppia:develop Dec 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants