Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0015426Openbravo ERP01. General setuppublic2010-12-14 18:002011-05-24 10:57
Reporterxabiermerino 
Assigned Toadrianromero 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version3.0RC3 
Target Version3.0RC4Fixed in Version 
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
Summary0015426: The preferences do not work properly with C_DocTypeTarget_ID
DescriptionExemple:

Preference's configuration:

Property List: unchecked
Attribute: C_DocTypeTarget_ID
Value: 1000026 ("Standard Order")
Visible at Client: Smallbazaar
Window: Sales Order
Steps To Reproduce- As Openbravo Admin go to Sales Management || Transactions || Sales Order || Header
- Create a new record
- realize that appears another document type (on credit order)
Proposed Solution
Additional Information
TagsclosingMay2011
Relationships
depends on backport 00154412.50MP26 closed adrianromero The preferences do not work properly with C_DocTypeTarget_ID 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-12-14 18:00xabiermerinoNew Issue
2010-12-14 18:00xabiermerinoAssigned To => adrianromero
2010-12-14 18:00xabiermerinoModules => Core
2010-12-14 18:01xabiermerinoIssue Monitored: networkb
2010-12-14 18:02xabiermerinoPriorityurgent => immediate
2010-12-14 18:22psarobeTag Attached: Regression
2010-12-15 16:00psarobeAssigned Toadrianromero => alostale
2010-12-15 16:00psarobeStatusnew => scheduled
2010-12-15 16:01psarobeStatusscheduled => feedback
2010-12-15 16:56psarobeAssigned Toalostale => adrianromero
2010-12-15 16:56psarobePriorityimmediate => urgent
2010-12-15 16:56psarobeStatusfeedback => scheduled
2010-12-15 16:56psarobeStatusscheduled => feedback
2010-12-15 16:57psarobeStatusfeedback => scheduled
2010-12-15 16:57psarobefix_in_branch => pi
2010-12-15 17:08adrianromeroTag Detached: Regression
2010-12-15 17:10adrianromeroNote Added: 0033210
2010-12-15 17:10adrianromeroTarget Version2.50MP25 => 2.50MP26
2010-12-15 17:10adrianromerofix_in_branchpi =>
2010-12-15 17:57adrianromeroversion2.50MP24 => 3.0RC3
2010-12-15 17:57adrianromeroTarget Version2.50MP26 => 3.0RC4
2010-12-23 12:27adrianromeroAssigned Toadrianromero => alostale
2010-12-23 12:34adrianromeroNote Added: 0033374
2010-12-23 18:42alostaleAssigned Toalostale => adrianromero
2010-12-24 11:29adrianromeroNote Added: 0033386
2010-12-24 11:29adrianromeroStatusscheduled => resolved
2010-12-24 11:29adrianromeroFixed in SCM revision => New window implementation
2010-12-24 11:29adrianromeroResolutionopen => fixed
2011-05-24 10:02dalsasuaTag Attached: closingMay2011
2011-05-24 10:57dalsasuaStatusresolved => closed

Notes
(0033210)
adrianromero   
2010-12-15 17:10   
Needed to discuss with Isma whether is necessary to disallow to login with * organization
(0033374)
adrianromero   
2010-12-23 12:34   
The bug appears if the user logs in with the * Organization but if the user logs in with the Main Organization or the validation of the Organization column is removed, the preference is applied properly.
(0033386)
adrianromero   
2010-12-24 11:29   
This issue will be resolved with the new window implementation provided in RC4