Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0029380Openbravo ERPA. Platformpublic2015-03-23 13:432015-03-24 09:11
Reporteraferraz 
Assigned ToAugustoMauch 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS30OS VersionProfessional Appliance
Product Version 
Target Version3.0PR14Q3.8Fixed in Version3.0PR14Q3.8 
Merge Request Status
Review Assigned Toalostale
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression levelCoding ( Testing )
Regression date2015-03-16
Regression introduced in releasepi
Regression introduced by commithttps://code.openbravo.com/erp/devel/pi/rev/8e0a9e1ef5c3 [^]
Triggers an Emergency PackNo
Summary0029380: Warehouse column is showing a wrong value in Manage Stock popup
DescriptionWarehouse column is showing a wrong value in Manage Stock popup
Steps To ReproduceAs group admin role:
   Set the Enable Stock Reservation preference to 'Y'

Logout and login again.
   Create a Goods Receipt for "España Norte" warehouse, "Cola de Cereza 0,5L product" and quantity 100. Complete it.
   Create a Goods Receipt for "España Sur" warehouse, "Cola de Cereza 0,5L product" and quantity 200. Complete it.

   Create a Sales Order for "España S.A." organization, "Cola de Cereza 0,5L product" and quantity 30. Book it.

   Go to the line and open the Manage Reservation pop-up
   Click on the record of "España Sur" warehouse. Realize the warehouse name is changed into "España Norte". Click on the record of "España Sur" warehouse again. Realize the warehouse name is changed into an id number.
Proposed Solution
Additional Information
TagsApproved
Relationships
blocks defect 0029374 closed AugustoMauch Warehouse column is showing a wrong value in Manage Stock popup 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2015-03-23 16:49AugustoMauchTypedefect => backport
2015-03-23 16:49AugustoMauchTarget Version => 3.0PR14Q3.8
2015-03-23 16:50AugustoMauchRegression level => Coding ( Testing )
2015-03-23 16:50AugustoMauchRegression date => 2015-03-16
2015-03-23 16:50AugustoMauchRegression introduced in release => pi
2015-03-23 16:50AugustoMauchRegression introduced by commit => https://code.openbravo.com/erp/devel/pi/rev/8e0a9e1ef5c3 [^]
2015-03-23 17:32AugustoMauchIssue Monitored: alostale
2015-03-23 17:33AugustoMauchReview Assigned To => alostale
2015-03-23 18:00hgbotCheckin
2015-03-23 18:00hgbotNote Added: 0075898
2015-03-23 18:00hgbotStatusscheduled => resolved
2015-03-23 18:00hgbotResolutionopen => fixed
2015-03-23 18:00hgbotFixed in SCM revision => http://code.openbravo.com/erp/backports/3.0PR14Q3.8/rev/0e60cb4ca35865fca30386877e49c5106527bf3b [^]
2015-03-23 18:38dmitry_mezentsevTag Attached: Approved
2015-03-24 09:11alostaleNote Added: 0075917
2015-03-24 09:11alostaleStatusresolved => closed
2015-03-24 09:11alostaleFixed in Version => 3.0PR14Q3.8

Notes
(0075898)
hgbot   
2015-03-23 18:00   
Repository: erp/backports/3.0PR14Q3.8
Changeset: 0e60cb4ca35865fca30386877e49c5106527bf3b
Author: Augusto Mauch <augusto.mauch <at> openbravo.com>
Date: Mon Mar 23 17:14:45 2015 +0100
URL: http://code.openbravo.com/erp/backports/3.0PR14Q3.8/rev/0e60cb4ca35865fca30386877e49c5106527bf3b [^]

Fixes bug 29380: Warehouse field of Manage Reservation P&E shows a proper value

The is a bug in that P&E, reported here [1], that makes the FIC return the wrong value for the warehouse field of the Manage Reservation P&E window. Before [2] was fixed, [1] did not have any consequences, as the value returned by the FIC was not set to the row being edited.

To fix this, the values returned by the FIC are only set if the field is editable. [1] will have to be fixed anyway, because even if now it does not crete problems in this flow, it could be causing problems in others.

[1] https://issues.openbravo.com/view.php?id=29381 [^]
[2] https://issues.openbravo.com/view.php?id=28727 [^]

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/process/ob-pick-and-execute-grid.js
---
(0075917)
alostale   
2015-03-24 09:11   
code reviewed

tested:
-Following steps to reproduce
-In Return to vendor P&E