Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0006464
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] A. Platformcriticalsometimes2008-12-10 14:482009-07-03 16:12
ReportervillindView Statuspublic 
Assigned Toalostale 
PriorityurgentResolutionduplicateFixed in Version
StatusclosedFix in branchFixed in SCM revision11094
ProjectionnoneETAnoneTarget Version
OSAnyDatabasePostgreSQLJava version
OS VersionDatabase version8.3.5Ant version
Product Version2.40MP1SCM revision11089 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006464: User editing account editing is not possible

DescriptionUser account editing is not possible, or any operation that uses AD_USER as a primary table. As the table name is ambiguous the result is unpredictable.
Steps To ReproduceEnter screen users. It may break or not. It all depend on the data.
Proposed SolutionSee the attached patch
Tagsplatform1_sprint1
Attached Filesdiff file icon audit_data_fix.diff [^] (1,320 bytes) 2008-12-10 14:48 [Show Content]

- Relationships [ Relation Graph ] [ Dependency Graph ]
duplicate of backport 0006509 closedalostale Not able to create a user in General Setup 

-  Notes
(0011158)
svnbot (reporter)
2008-12-10 16:28

 Repository: openbravo
Revision: 11094
Author: villind
Date: 2008-12-10 16:28:29 +0100 (Wed, 10 Dec 2008)

Fixed 0006464: User editing account editing is not possible

---
U branches/bonware/r2.40/src-wad/src/org/openbravo/wad/datasource.xsqlxml
---

https://dev.openbravo.com/websvn/openbravo/?rev=11094&sc=1 [^]
(0011159)
villind (developer)
2008-12-10 16:29

 Fixed in Bonware branch, not in r2.40 maintenance.
(0011170)
rafaroda (developer)
2008-12-11 10:56

 Villind, thank you for the patch, we will review it. But please provide extended description and steps to reproduce. Thank you.
(0011171)
villind (developer)
2008-12-11 11:30

 This depend on the data and probably also on query planner decision. When a table is used more than one time in a query the alias should always be used to make the query unambiguous.

There are two windows that can be used to reproduce this:
 * User
 * Business Partner -> Contact
(0011203)
shuehner (administrator)
2008-12-11 18:30

 Note: The same code is present in trunk and should be fixed there as well. It was introduced by changing the Audit Info fields from comboboxes to normal textfields.

- Issue History
Date Modified Username Field Change
2008-12-10 14:48 villind New Issue
2008-12-10 14:48 villind Assigned To => shuehner
2008-12-10 14:48 villind sf_bug_id 0 => 2413857
2008-12-10 14:48 villind File Added: audit_data_fix.diff
2008-12-10 14:48 villind Regression testing => No
2008-12-10 16:28 svnbot Checkin
2008-12-10 16:28 svnbot Note Added: 0011158
2008-12-10 16:28 svnbot Status new => resolved
2008-12-10 16:28 svnbot Resolution open => fixed
2008-12-10 16:28 svnbot svn_revision => 11094
2008-12-10 16:29 villind Status resolved => new
2008-12-10 16:29 villind Resolution fixed => open
2008-12-10 16:29 villind Note Added: 0011159
2008-12-11 09:43 networkb Issue Monitored: networkb
2008-12-11 09:43 networkb Priority normal => immediate
2008-12-11 10:56 rafaroda Note Added: 0011170
2008-12-11 10:56 rafaroda Assigned To shuehner => alostale
2008-12-11 10:56 rafaroda Status new => feedback
2008-12-11 11:30 villind Note Added: 0011171
2008-12-11 18:30 shuehner Note Added: 0011203
2008-12-15 14:26 alostale Tag Attached: platform1_sprint1
2008-12-15 14:26 alostale Relationship added duplicate of 0006509
2008-12-15 14:26 alostale Status feedback => closed
2008-12-15 14:26 alostale Duplicate ID 0 => 6509
2008-12-15 14:26 alostale Resolution open => duplicate
2009-07-03 16:12 pjuvara Priority immediate => urgent

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker