If you break a build, and you can’t quickly fix it (perhaps by reverting your change) than please send a message to the #dev category so people know what the situation is, and whether/how they should act.
The tests are fixed, but build is still failing due to other issue.
You can expect more test failures as we are trying to improve UI tests and it takes many trials to get them right. We’ll try not to leave the build red for more than 8 hours.
I understand that tests will break while you work on this. As long as you’re either (a) on IRC, and able to answer a “should this be broken”?, or (b) have left a message on talk saying “we know they’re broken overnight”, that should be fine.
I usually check CI a few minutes before scrum because the scrum master @bholagabbar asks me why the builds are failing. So if we can ensure that the scrum master knows by scrum time, that would be perfect.
Yes, I will handle it – likely in a couple hrs now that I am awake – it will be fixed before 9PM tonight. I apologize to everyone – I stayed awake far longer than I wanted to ensure this didn’t happen…missed one
@darius@dkayiwa
I have added MRS2.0 profile in the above commit to run tests against openmrs 2 which essentially uses BaseModuleContextSensitiveTest that is compiled in java 8. Thats why when running tests in jdk 7, it throws java.lang.UnsupportedClassVersionError.
It passes in travis ci because it uses jdk8.
Have we faced this kind of problem before, since there are many modules which run tests against mrs 1.x and 2.x? If so, how was it solved?