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

un-@Ignore all tests in SchedulerJobsTestResults using FINERACT-922 [FINERACT-857] #999

Conversation

vorburger
Copy link
Member

@vorburger vorburger commented Jun 7, 2020

@vorburger
Copy link
Member Author

@ptuomola if this actually passes on Travis (I'm curious...) I'm sure you're in favour of merging this? 😸

@xurror @awasum feel free to do the honours (if it passes the build; it worked locally, but let's see).

@ptuomola
Copy link
Contributor

ptuomola commented Jun 7, 2020

@vorburger unfortunately failed on Travis. My guess (based on no further analysis than looking at the Travis log) is that some other tests insert crap data (missing office_id?) that then breaks the scheduled jobs. If that's the case, shouldn't be too hard to find which tests insert the broken data...

@awasum
Copy link
Contributor

awasum commented Jun 7, 2020

This may not be related to this PR but travis keeps showing pending on the UI when the CI already ran. Also our language on the Travis config is showing Ruby: https://travis-ci.org/github/apache/fineract/jobs/695680352/config . This may not be important but I just saw that and was curious.

@ptuomola
Copy link
Contributor

ptuomola commented Jun 7, 2020

@awasum I think the "ruby" in the config is due to our .travis.yml no longer having any language tag in it. We install Java manually as the default Java version that you get by specifying java as language is broken for HTTPS certificate handling.

But instead of having no language defined (defaulting to ruby), we could try "language: minimal" or "language: generic" - those may be more appropriate?

And yes, I also noticed the "pending" status for Travis in Github - but no idea why that happens...

@vorburger
Copy link
Member Author

vorburger commented Jun 11, 2020

My guess (based on no further analysis than looking at the Travis log) is that some other tests insert crap data (missing office_id?) that then breaks the scheduled jobs. If that's the case, shouldn't be too hard to find which tests insert the broken data...

@ptuomola I don't know when I'll have the time to properly debug this one.. if you are looking for ways to contribute, and didn't have any other plans already, and would enjoy doing this, and... (your constraints here), please by all means feel free to jump into this! I would, very gladly, let you do this.

PS: The .travis.yml was addressed in #1008.

@ptuomola
Copy link
Contributor

@vorburger I looked into this, and interestingly it wasn't a test or test data issue at all, but actually two real bugs in Fineract.

I've created a new PR that includes both moving to executeAndAwaitJob() as well as fixes to the bugs: #1049. Let's see if that passes the Travis build.

@vorburger
Copy link
Member Author

vorburger commented Jun 14, 2020

==> #1049

@vorburger vorburger closed this Jun 14, 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
3 participants