@Maurya,
I think this is a great choice. Especially since we didn't have the same level of testing by implementations for OpenMRS 1.11 as we've had with prior releases, this is a good way to ensure that we are releasing a reliable product. (Note: the google spreadsheet isn't globally-editable. I needed to request permission.)
@Contributors to modules that are bundled with OpenMRS 2.2,
Most of you have probably not explicitly tested your modules against OpenMRS 1.11.x. Thanks to hard work by Maurya and the infrastructure team, your module is now running in a realistic UAT environment, against OpenMRS 1.11.1. I'd like to ask to please this week thoroughly test your module on the uat01 server, and find any bugs that were introduced due to openmrs-core 1.11.x. You are the ones who can best find these bugs, and it's important that we quickly understand the scope of what might still be broken.
Two examples that show specific things to look for: (1) the reporting module's UI was completely broken by our change to the default value of spring:htmlEscape.
Just a one-line fix! (2) the EMR API module's concept searching was broken by the fact that ConceptWord was removed from the API.
Rafal is working on this.
@Everyone,
The changes in OpenMRS Platform 1.11 broke quite a few things, and more than usual we need people to go back and test existing functionality that was working fine in OpenMRS 2.1 to make sure we don't regress in the 2.2 release. If you have the time, please help us test.
This can be as easy as testing the happy path functionality described in the OpenMRS 2.2 instructions.
Help us get bugs identified quickly, so we can solidify the code, and get this release out the door in a state we can be proud of, without too much delay.
Thanks,
Darius