In the early days of the OpenMRS module architecture, we required all module message property keys to start with the module id, and if they did not, we automatically prepended the module id. This wasn't always desirable, so in
TRUNK-3851 we introduced the ability to add this directive to a messages.properties file to change OpenMRS's behavior:
Unfortunately, some translation tools (including transifex) don't show the message code in their default translation views, and it's easy for someone to inadvertently translate the "true" to another language.
The original behavior (automatically ensuring that message keys start with the module id) was actually misguided, because it is not always desirable, and introduces magical behavior that is not standard in other systems. We must maintain this "feature" for backwards-compatibility, but we should remove it in openmrs-core 2.0 when we're allowed to introduce backwards-incompatible changes to the API.
- Remove the behavior where module message keys have the module id prepended if they don't already start with it
- ensure that wiki documentation about module message property files says that keys are typically recommended to be namespaced with the module id, but you're allowed to deviate from this in some cases (but that behavior was different before openmrs-core 2.0)
- Remove any code that has to do with openmrs.property.MESSAGE_PROPERTY_ALLOW_KEYS_OUTSIDE_OF_MODULE_NAMESPACE (since this purely served to override the behavior we're removing)
- also update any wiki references to this behavior to state