I fixed the entity condition cache. The cache being used in OFBIZ-5192
is the primary key cache. So that is the one to look at.
Most likely, the code that saves the changes to Person is not clearing
the pk cache - so that's why you see the stale data after an update.
The entity model overhaul has nothing to do with this problem.
-Adrian
On 5/11/2013 11:32 AM, Jacques Le Roux wrote:
Ha, I thought you had already fixed the underneath issue. Now I remember you
also warned us at https://issues.apache.org/jira/browse/OFBIZ-5146 and DCC will
still to be done
OK, though it's not a biggie (not caching here does not hurt), I will revert
Note that I don't agree with
Anyway, this should
not be a problem on the trunk.
As I said it's easy to reproduce on trunk demo
To be sure to understand. When your entity model overhaul WIP will be committed
this will fix this (kinda?) issue(s?) ?
Thanks
Jacques
From: "Adrian Crum" <adrian.c...@sandglass-software.com>
You believe wrong.
Please revert the OFBIZ-5192 related commits, then spend some time
reviewing the discussion with the subject: "Important: Entity list cache
and GenericValue discussion".
Understand the problem before you try to fix it.
-Adrian
On 5/11/2013 11:02 AM, Jacques Le Roux wrote:
I intially reproduced with trunk demo, so I fixed it there and backported.
I believe it's unrelated to the issues you fixed
Jacques
From: "Adrian Crum" <adrian.c...@sandglass-software.com>
Oops, I didn't notice this was on a release branch. Anyway, this should
not be a problem on the trunk.
-Adrian
On 5/11/2013 10:14 AM, Adrian Crum wrote:
Are you sure this change is necessary? I fixed the caching problem a
few days ago.
-Adrian
On 5/11/2013 10:09 AM, jler...@apache.org wrote:
Author: jleroux
Date: Sat May 11 09:09:26 2013
New Revision: 1481276
URL: http://svn.apache.org/r1481276
Log:
"Applied fix from trunk for revision: 1481274"
------------------------------------------------------------------------
r1481274 | jleroux | 2013-05-11 10:52:25 +0200 (sam., 11 mai 2013) |
14 lines
Fix "Name in List Related Contacts form doesn't get updated" reported
by Karl Beecher at https://issues.apache.org/jira/browse/OFBIZ-5192
If a person is set as a related contact for a party, updates to their
name are not immediately displayed by the ListRelatedContacts form.
To reproduce (with OFBiz demo data):
* In the Party Manager, go to the profile page of DemoSupplier (they
have a related contact called 'Peter Manager'
* Follow the link to Peter Manager's profile page.
* Click Update and change the name (e.g. to 'Peter Manageress')
* Save
* Return to DemoSupplier's profile page. Observe that the name of the
related contact is still 'Peter Manager'. Refreshing doesn't change
that.
* Restart OFBiz
* Refreshing the profile page now displays the updated name.
jleroux: to test in trunk I used company and scrum employee
------------------------------------------------------------------------
Modified:
ofbiz/branches/release12.04/ (props changed)
ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml
Propchange: ofbiz/branches/release12.04/
------------------------------------------------------------------------------
Merged /ofbiz/trunk:r1470176,1481274
Modified:
ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml
URL:
http://svn.apache.org/viewvc/ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml?rev=1481276&r1=1481275&r2=1481276&view=diff
==============================================================================
---
ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml
(original)
+++
ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml
Sat May 11 09:09:26 2013
@@ -771,7 +771,7 @@ under the License.
<form name="ListRelatedContacts" type="list"
list-name="contacts" default-table-style="basic-table">
<field name="partyIdTo">
- <display-entity entity-name="PartyNameView"
description="${firstName} ${middleName} ${lastName} ${groupName}"
key-field-name="partyId">
+ <display-entity entity-name="PartyNameView"
description="${firstName} ${middleName} ${lastName} ${groupName}"
key-field-name="partyId" cache="false">
<sub-hyperlink description="[${partyIdTo}]"
target="viewprofile">
<parameter param-name="partyId"
from-field="partyIdTo"/>
</sub-hyperlink>
