Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0009407Openbravo ERPC. Securitypublic2009-06-09 13:362009-06-27 00:00
Reporternetworkb 
Assigned Toalostale 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS30OS Version
Product Version2.40MP3 
Target VersionFixed in Versionmain 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0009407: The login variable @#AD_User_ID@ is not being properly used.
DescriptionThe login variable @#AD_User_ID@ is not being properly used.
This variable is being compared with the correct value.
Is being compared with the value in @AD_User_ID@ instead of @#AD_User_ID@
Steps To Reproduce-Login as system administrator
-Go to window,tabs and fiel window.
-find the Partner window and go to the partner (header) tab
-Add a new where clause as follwing: C_BPARTNER.Createdby = @#AD_User_ID@
This clause is added in order to see in the window only the partner created by the logged partner.
-Compile the partner window: ant compile.development -Dtab=Partner
-Restar tomcat
-Login as openbravo admin
-Go to partner window (master data management>partner)
-Create a new partner
-Go to contact tab.
-Create a new contact.
-In edition mode the contact is not shown but in relation it is.
-Go back to the header tab. The previously created partner is shown in realation but not in edition view.


This happens because once you enter in the contact window the AD_USER_ID variable is filled because the table used in this window is the AD_USER,
and then the where clause defined does not work properly because the the @AD_USER_ID@ variable is used instead of @#AD_USER_ID@ variable.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0009425 closed alostale The login variable @#AD_User_ID@ is not being properly used. 
related to defect 0006381 closed iciordia Date in Session Preferences 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-06-09 13:36networkbNew Issue
2009-06-09 13:36networkbAssigned To => rafaroda
2009-06-09 17:05rafarodaNote Added: 0017140
2009-06-09 17:05rafarodaAssigned Torafaroda => alostale
2009-06-10 11:16rafarodaRelationship addedrelated to 0006381
2009-06-10 15:34hgbotCheckin
2009-06-10 15:34hgbotNote Added: 0017183
2009-06-10 15:34hgbotStatusnew => resolved
2009-06-10 15:34hgbotResolutionopen => fixed
2009-06-10 15:34hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/204e71d99682bf24751354ca5b17b850921f3abb [^]
2009-06-10 15:35alostaleNote Added: 0017184
2009-06-10 16:47psarobeStatusresolved => new
2009-06-10 16:47psarobeResolutionfixed => open
2009-06-10 17:11psarobeStatusnew => scheduled
2009-06-10 17:11psarobefix_in_branch => pi
2009-06-10 17:11psarobeStatusscheduled => resolved
2009-06-10 17:11psarobeResolutionopen => fixed
2009-06-22 11:09psarobeFixed in Version => main
2009-06-26 17:19psarobeStatusresolved => closed
2009-06-27 00:00anonymoussf_bug_id0 => 2813026

Notes
(0017140)
rafaroda   
2009-06-09 17:05   
Asier, could you please determine whether the usage of the variable is correct or not?

Thanks.
(0017183)
hgbot   
2009-06-10 15:34   
Repository: erp/devel/pi
Changeset: 204e71d99682bf24751354ca5b17b850921f3abb
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Wed Jun 10 15:34:15 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/204e71d99682bf24751354ca5b17b850921f3abb [^]

fixed bug 0009407: The login variable @#AD_User_ID@ is not being properly used.

---
M src-wad/src/org/openbravo/wad/Wad.java
M src-wad/src/org/openbravo/wad/WadUtility.java
---
(0017184)
alostale   
2009-06-10 15:35   
Note to QA:

When reviewing this bug, please note that the fix includes a modification in the way parameters for session values are managed in WAD windows.