If it turns out that we have to manually do this from the save method, it
means we would have to do the same for all other domain objects when saving
them since this is happening to all.

Wyclif

On Wed, Mar 28, 2012 at 8:49 AM, Ben Wolfe <[email protected]> wrote:

> I assume this is happening because of our switch to using the
> AuditableInterceptor class to set the changed by.
> https://tickets.openmrs.org/browse/TRUNK-1930
>
> If I add a new mapping to a concept or edit the answers of a concept, that
> is changing the concept.  The concept.changed_by should be updated.  If we
> can't detect and set that from the AuditableInterceptor, we'll have to
> manually set that from the ConceptService.saveConcept again. :-/
>
> Ben
>
> On Tue, Mar 27, 2012 at 5:31 PM, Wyclif Luyima <[email protected]> wrote:
>
>> Actually for trunk, The issue shows up if you edit an element in a
>> collection, for the others, it does change.
>>
>> Wyclif
>>
>> On Tue, Mar 27, 2012 at 5:17 PM, Wyclif Luyima <[email protected]>wrote:
>>
>>> Hi,
>>>
>>> Looks like audit info doesn't change for an edited object if the change
>>> has actually happened an associated/child object e.g if i add/remove/edit a
>>> concept name for a concept,
>>> the concept's audit info doesn't change but i believe the one for the
>>> concept name does change. Is this the behavior we expected? i.e if i edit
>>> any object, should the owning object's audit info change too, this is
>>> related to this ticket TRUNK-3051
>>>
>>>
>>> Wyclif
>>>
>>
>> ------------------------------
>> Click here to 
>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from 
>> OpenMRS Developers' mailing list
>>
>
> ------------------------------
> Click here to 
> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from 
> OpenMRS Developers' mailing list

_________________________________________

To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to 
[email protected] with "SIGNOFF openmrs-devel-l" in the  body (not 
the subject) of your e-mail.

[mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]

Reply via email to