Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0027584Openbravo ERPA. Platformpublic2014-09-11 11:282015-12-14 14:19
Reportereduardo_Argal 
Assigned Toinigosanchez 
PriorityhighSeveritymajorReproducibilitysometimes
StatusclosedResolutionout of date 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Toalostale
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0027584: Wrong value is taken from context when session variable and context field name are the same
DescriptionWrong value is taken from context when session variable and context field name are the same.
It first takes the value from the session and value in the form should go first
Steps To ReproduceUsing this repo:
https://code.openbravo.com/erp/mods/org.openbravo.finance.addpaymentcreditpaymentsgrid/ [^]

1) Open Add Payment Process definition from Menu
2) Change Organization to US
3) select Cash Payment method
4) Realize that financial account combo displays no values while it should.

The problem is that the field property is called 'c_currency_id', the same as a session variable. It contains 100 value (USD) but a session holds a 102 value (EUR), parameter is being wrongly replaced when querying
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00309933.0PR16Q1 closed alostale It is not possible to define a preference as default value when column has a default defined in ad_column 
related to defect 0026827 feedback umartirena Columns Stored In Session are not being set in session when the field is not displayed 
Attached Filesdiff halsted_Q3.diff (244,029) 2014-09-12 10:08
https://issues.openbravo.com/file_download.php?file_id=7236&type=bug
Issue History
Date ModifiedUsernameFieldChange
2014-09-11 11:28eduardo_ArgalNew Issue
2014-09-11 11:28eduardo_ArgalAssigned To => AugustoMauch
2014-09-11 11:28eduardo_ArgalModules => Core
2014-09-11 11:28eduardo_ArgalTriggers an Emergency Pack => No
2014-09-11 12:17eduardo_ArgalNote Added: 0070083
2014-09-11 12:17eduardo_ArgalFile Added: halsted_Q3.diff
2014-09-11 19:04AugustoMauchNote Added: 0070089
2014-09-11 19:04AugustoMauchStatusnew => feedback
2014-09-12 10:07eduardo_ArgalFile Deleted: halsted_Q3.diff
2014-09-12 10:08eduardo_ArgalFile Added: halsted_Q3.diff
2014-09-29 08:31alostaleTarget Version3.0PR14Q4 => 3.0PR15Q1
2014-12-22 10:54alostaleTarget Version3.0PR15Q1 =>
2015-03-17 14:37alostaleAssigned ToAugustoMauch => platform
2015-11-06 11:47alostaleRelationship addedrelated to 0030993
2015-11-06 11:47alostaleAssigned Toplatform => alostale
2015-11-06 11:47alostaleAssigned Toalostale => platform
2015-11-06 11:48alostaleStatusfeedback => new
2015-11-06 11:48alostaleStatusnew => acknowledged
2015-11-06 11:49alostaleRelationship addedrelated to 0026827
2015-11-11 11:34alostalePriorityurgent => high
2015-12-10 11:27caristuAssigned Toplatform => inigosanchez
2015-12-10 13:08inigosanchezStatusacknowledged => scheduled
2015-12-14 14:19inigosanchezReview Assigned To => alostale
2015-12-14 14:19inigosanchezNote Added: 0082722
2015-12-14 14:19inigosanchezStatusscheduled => closed
2015-12-14 14:19inigosanchezResolutionopen => out of date

Notes
(0070083)
eduardo_Argal   
2014-09-11 12:17   
Find attached the patch you need to apply on a Q3 release to be able to test the issue.
Use this patch together with the module described in the 'Steps To Reproduce' section
(0070089)
AugustoMauch   
2014-09-11 19:04   
The patch is not applied smoothly on an Openbravo Q3.1 instance.
(0082722)
inigosanchez   
2015-12-14 14:19   
This issue is rejected because a year passed than the patch was not able to applied smoothly on an Openbravo Q3.1 instance. Besides it has been tested in pi version and it can not be reproduced.