Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0038653Openbravo ERPA. Platformpublic2018-05-25 14:132018-06-01 09:46
Reporterlorenzofidalgo 
Assigned Tocaristu 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Versionpi 
Target Version3.0PR18Q2.1Fixed in Version3.0PR18Q2.1 
Merge Request Status
Review Assigned Toalostale
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression levelProduction - QA Approved
Regression date2018-02-23
Regression introduced in release3.0PR18Q2
Regression introduced by commithttps://code.openbravo.com/erp/devel/pi/rev/4a1f3df29564b6dd12259981f941d0d5d74bebab [^]
Triggers an Emergency PackNo
Summary0038653: Wrong values sent while creating a record under specific circumstances
DescriptionCreating records, it is possible send different data than the values that are selected by the user. It seems to be induced by a callout launched using the backspace key to remove the default value.
Steps To Reproduce0-Login ERP and, using F&B International Group Admin role, go to "Role" window.
1-In the Header tab, select "F&B España, S.A - Finance" (column: name) record.
2-Go to "Org Access" tab.
3-If present, delete "F&B España, S.A" record.
4-Click "Create a new record in form view" button.
5-Click in "Organization" input field and remove the "*" character using the backspace key. Now, click at the arrow key to select a value, and choose "F&B España, S.A". Click Save button.
6-DEFECT: The following error will be shown: "Saving failed. There is already a Role Organization Access with the same (Organization, Role). (Organization, Role) must be unique. You must change the values entered." The role that has been sent by the application is wrong.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
blocks defect 0038635 closed caristu Wrong values sent while creating a record under specific circumstances 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2018-05-29 17:44caristuTypedefect => backport
2018-05-29 17:44caristuTarget Version => 3.0PR18Q2.1
2018-05-30 10:57hgbotCheckin
2018-05-30 10:57hgbotNote Added: 0104802
2018-05-30 10:57hgbotStatusscheduled => resolved
2018-05-30 10:57hgbotResolutionopen => fixed
2018-05-30 10:57hgbotFixed in SCM revision => http://code.openbravo.com/erp/backports/3.0PR18Q2.1/rev/0c1cad7ac1a8456104726b2074aff7c1052a696b [^]
2018-05-30 10:57caristuReview Assigned To => alostale
2018-06-01 09:46alostaleNote Added: 0104859
2018-06-01 09:46alostaleStatusresolved => closed
2018-06-01 09:46alostaleFixed in Version => 3.0PR18Q2.1

Notes
(0104802)
hgbot   
2018-05-30 10:57   
Repository: erp/backports/3.0PR18Q2.1
Changeset: 0c1cad7ac1a8456104726b2074aff7c1052a696b
Author: Carlos Aristu <carlos.aristu <at> openbravo.com>
Date: Wed May 30 10:43:21 2018 +0200
URL: http://code.openbravo.com/erp/backports/3.0PR18Q2.1/rev/0c1cad7ac1a8456104726b2074aff7c1052a696b [^]

fixes issue 38653: Wrong combo values if the org id is not received by the FIC

  Before the changes on issue 0037980 when retrieving an empty organization in the FIC, the query to calculate the selected combo value was filtering by every organization in the client. After that changes, the query to calculate the combo is filtering by an empty organization list, avoiding to retrieve the correct value.

  This is eventually caused by a change on how the Utility.getReferenceableOrg() method behaves. It now returns an empty list ('') if no organization is provided.

  To fix the problem we are now not including the org filtering in the query generated by UIDefinition.getValueInComboReference() method if an empty organization list is provided when building the query. In this case, filtering by client should be enough.

---
M src/org/openbravo/erpCommon/utility/ComboTableData.java
M src/org/openbravo/erpCommon/utility/StringCollectionUtils.java
---
(0104859)
alostale   
2018-06-01 09:46   
reviewed + tested