Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0031054 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| backport | [Openbravo ERP] B. User interface | major | always | 2015-09-26 02:19 | 2015-10-20 12:02 | |||
| Reporter | rbianchini | View Status | public | |||||
| Assigned To | NaroaIriarte | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | 3.0PR15Q4 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | 965ee7671b97 | ||||
| Projection | none | ETA | none | Target Version | 3.0PR15Q4 | |||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | 3.0PR15Q3.1 | SCM revision | ||||||
| Review Assigned To | AugustoMauch | |||||||
| Web browser | ||||||||
| Modules | Core | |||||||
| Regression level | Production - Confirmed Stable | |||||||
| Regression date | ||||||||
| Regression introduced in release | 3.0PR15Q2 | |||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0031054: When add a second new line in goods movements, the product field is already filled | |||||||
| Description | When 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 Reproduce | 1 - 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 | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0081010) hgbot (developer) 2015-10-14 15:53 |
Repository: erp/backports/3.0PR15Q4 Changeset: 965ee7671b97269ca9f7be951c0e27b44b0efb9f Author: Naroa Iriarte <naroa.iriarte <at> openbravo.com> Date: Wed Oct 14 15:37:35 2015 +0200 URL: http://code.openbravo.com/erp/backports/3.0PR15Q4/rev/965ee7671b97269ca9f7be951c0e27b44b0efb9f [^] Fixed issue 31054: 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. --- 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 --- |
|
(0081037) hgbot (developer) 2015-10-15 10:40 |
Repository: erp/backports/3.0PR15Q4 Changeset: ad209787af467ec1225d0520f7a9db503755f56e Author: Naroa Iriarte <naroa.iriarte <at> openbravo.com> Date: Thu Oct 15 10:34:40 2015 +0200 URL: http://code.openbravo.com/erp/backports/3.0PR15Q4/rev/ad209787af467ec1225d0520f7a9db503755f56e [^] Related with issue 31054: 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 --- |
|
(0081119) AugustoMauch (administrator) 2015-10-20 12:02 |
Code reviewed and verified in [1]@ad209787af46 [1] https://code.openbravo.com/erp/backports/3.0PR15Q4 [^] |
|
Notes |
|
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.0PR15Q4 |
| 2015-10-14 15:38 | NaroaIriarte | Review Assigned To | => alostale |
| 2015-10-14 15:38 | NaroaIriarte | Assigned To | platform => NaroaIriarte |
| 2015-10-14 15:53 | hgbot | Checkin | |
| 2015-10-14 15:53 | hgbot | Note Added: 0081010 | |
| 2015-10-14 15:53 | hgbot | Status | scheduled => resolved |
| 2015-10-14 15:53 | hgbot | Resolution | open => fixed |
| 2015-10-14 15:53 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/backports/3.0PR15Q4/rev/965ee7671b97269ca9f7be951c0e27b44b0efb9f [^] |
| 2015-10-15 09:18 | NaroaIriarte | Review Assigned To | alostale => AugustoMauch |
| 2015-10-15 10:40 | hgbot | Checkin | |
| 2015-10-15 10:40 | hgbot | Note Added: 0081037 | |
| 2015-10-20 12:02 | AugustoMauch | Note Added: 0081119 | |
| 2015-10-20 12:02 | AugustoMauch | Status | resolved => closed |
| 2015-10-20 12:02 | AugustoMauch | Fixed in Version | => 3.0PR15Q4 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |