Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Openbravo ERP] B. User interfacemajoralways2015-09-26 02:192015-10-20 10:52
ReporterrbianchiniView Statuspublic 
Assigned ToNaroaIriarte 
PrioritynormalResolutionfixedFixed in Version3.0PR15Q2.6
StatusclosedFix in branchFixed in SCM revision91cbc34d0eff
ProjectionnoneETAnoneTarget Version3.0PR15Q2.6
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version3.0PR15Q3.1SCM revision 
Review Assigned ToAugustoMauch
Web browser
Regression levelProduction - Confirmed Stable
Regression date
Regression introduced in release3.0PR15Q2
Regression introduced by commit
Triggers an Emergency PackNo

0031056: When add a second new line in goods movements, the product field is already filled

DescriptionWhen you add the first new line (in form mode) in good movements, all fields are empty and when you select the product some fields are loaded, but when yos save the first line (Ctrl+s) and create a new line (the second one) with Ctrl+d, the product field is filled with the product from line one (or with the first product in the list). This is confusing for the user and the partner reports security problems.
Steps To Reproduce1 - Log in ERP
2 - Go to Goods Movements window
3 - Create a new header
4 - Create a new line in form view and DO NOT save it
5 - With Ctrl+d or with the new button create other line
6 - Observes that almost fields are already filled with the first line's product
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0030940 closedNaroaIriarte When add a second new line in goods movements, the product field is already filled 

-  Notes
hgbot (developer)
2015-10-14 15:56

Repository: erp/backports/3.0PR15Q2.6
Changeset: 91cbc34d0effaf6cd554070fe80865294a56205a
Author: Naroa Iriarte <naroa.iriarte <at>>
Date: Wed Oct 14 15:51:21 2015 +0200
URL: [^]

Fixed issue 31056: Create a new record in a form was not working fine.

The problem was that, if you create a new record in form view, and after fulfilling the form, you
click in the create a new record in a form button without previously saving the firstly created record,
it was not working fine. In Goods Movements lines tab, for example, the value of the product chosen in
the first record was shown. That wasn't correct, the product should be empty.

The problem was in the "ob-standard-view-datasource.js" the value map cache was being invalidated.

To fix this, some clases have been changed.
In the "ob-standard-view.js" in the "newDocument" function the parameters the isNewDocument parameter
has been added and it is set to true.
This parameter is passed to the request for being able to take it in the class "ob-standard-view-datasource.js"
and to use it in the logic that invalidates the value map cache.
Now, if this parameter is set to true, the value map cache is not invalidated.

M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
hgbot (developer)
2015-10-15 10:27

Repository: erp/backports/3.0PR15Q2.6
Changeset: bfde1e200adc184dbe6451273ee89fc6cd9d4770
Author: Naroa Iriarte <naroa.iriarte <at>>
Date: Thu Oct 15 09:57:51 2015 +0200
URL: [^]

Related with issue 31056: The condition has been changed.

The if condition which handles the invalidation of the value maps cache has been modified for getting the correct behaviour.

M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
AugustoMauch (developer)
2015-10-20 10:52

Code reviewed and verified in [1]@bfde1e200adc

[1] [^]

- Issue History
Date Modified Username Field Change
2015-10-06 09:27 alostale Type defect => backport
2015-10-06 09:27 alostale Target Version => 3.0PR15Q2.7
2015-10-13 10:50 NaroaIriarte Target Version 3.0PR15Q2.7 => 3.0PR15Q2.6
2015-10-14 15:55 NaroaIriarte Review Assigned To => alostale
2015-10-14 15:55 NaroaIriarte Assigned To platform => NaroaIriarte
2015-10-14 15:56 hgbot Checkin
2015-10-14 15:56 hgbot Note Added: 0081012
2015-10-14 15:56 hgbot Status scheduled => resolved
2015-10-14 15:56 hgbot Resolution open => fixed
2015-10-14 15:56 hgbot Fixed in SCM revision => [^]
2015-10-15 09:19 NaroaIriarte Review Assigned To alostale => AugustoMauch
2015-10-15 10:27 hgbot Checkin
2015-10-15 10:27 hgbot Note Added: 0081035
2015-10-20 10:52 AugustoMauch Note Added: 0081113
2015-10-20 10:52 AugustoMauch Status resolved => closed
2015-10-20 10:52 AugustoMauch Fixed in Version => 3.0PR15Q2.6

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker