Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0026827Openbravo ERPA. Platformpublic2014-06-10 17:412015-11-24 18:23
Reporterumartirena 
Assigned Toumartirena 
PriorityhighSeveritymajorReproducibilityalways
StatusfeedbackResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0026827: Columns Stored In Session are not being set in session when the field is not displayed
DescriptionColumns Stored In Session are not being set in session when the field is not displayed.

This session variables are not the ones from parent record.
Steps To ReproduceIn Application Dictionary go to Tables and Columns window.
Search Fin_Payment table and put stored in session c_costcenter_id column.
Go to Payment In window.
Create a header.
Realize that c_costecenter_id is not in session because Cost Center field is hidden

----------------------------------

1) Set the FIN_Paymentmethod_ID column of C_order as set in session
2) Set the Payment Method field as not displayed
3) Define a default value for the description field in c_order_line as follows: @FIN_Paymentmethod_ID@
4) Recompile and restart tomcat
5) Go to the Sales Order window, create a new record in the header. Go to the lines tab, notice that the description field has a default value which corresponds to the value of the FIN_Paymentmethod_ID
Proposed SolutionFind a patch attached with the solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0027584 closed inigosanchez Wrong value is taken from context when session variable and context field name are the same 
Attached Filesdiff FICSESSION.diff (1,461) 2014-06-10 17:41
https://issues.openbravo.com/file_download.php?file_id=6998&type=bug
Issue History
Date ModifiedUsernameFieldChange
2014-06-10 17:41umartirenaNew Issue
2014-06-10 17:41umartirenaAssigned To => AugustoMauch
2014-06-10 17:41umartirenaFile Added: FICSESSION.diff
2014-06-10 17:41umartirenaModules => Core
2014-06-10 17:41umartirenaOBNetwork customer => No
2014-06-10 17:41umartirenaTriggers an Emergency Pack => No
2015-03-17 14:38alostaleAssigned ToAugustoMauch => platform
2015-11-06 11:49alostaleRelationship addedrelated to 0027584
2015-11-06 11:49alostaleStatusnew => acknowledged
2015-11-11 11:34alostalePrioritynormal => high
2015-11-19 18:53caristuSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=10294#r10294
2015-11-19 18:53caristuStatusacknowledged => scheduled
2015-11-19 18:53caristuAssigned Toplatform => caristu
2015-11-19 18:55caristuNote Added: 0081998
2015-11-19 18:55caristuStatusscheduled => feedback
2015-11-19 18:55caristuNote Edited: 0081998bug_revision_view_page.php?bugnote_id=0081998#r10296
2015-11-24 18:19caristuAssigned Tocaristu => umartirena
2015-11-24 18:23caristuNote Added: 0082309
2015-11-24 18:23caristuNote Edited: 0082309bug_revision_view_page.php?bugnote_id=0082309#r10348

Notes
(0081998)
caristu   
2015-11-19 18:55   
Unable to reproduce. Updated the steps to reproduce to have a similar scenario. Is not reproducible in any case of both cases.
(0082309)
caristu   
2015-11-24 18:23   
Tested also with this flow:

1) Go to the [Windows, Tabs and Fields], look for the "Tables and Columns" window and hide (not displayed, not shown in grid) the Inherited From field of the "Role Access" tab.
2) Go to "Tables and Columns" window, the read only logics based on the Inherited From are not working.
3) Set in session the column related to the Inherited From field.
4) Go back to the "Tables and Columns" window, the read only logics are now working despite the field is hidden.