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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0006862
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 01. General setupminorhave not tried2009-01-13 10:582009-04-21 10:53
ReporterpmagninView Statuspublic 
Assigned Toartem 
PrioritynormalResolutionfixedFixed in Version2.50
StatusclosedFix in branchpiFixed in SCM revision484b7cdc33d8
ProjectionnoneETAnoneTarget Version2.50
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006862: Two entries for the same payment method

DescriptionWe have two entries (Check and Cheque) for the Reference list "All_Payment Rule"

Go to : Application Dictionary\Reference
Choose : "All_Payment Rule"
Go to : List Reference

We should have only one entry for checks.
If we can choose, "Check" is better than "Cheque" because US English has to be use in priority as far as we don't have a specific English country specific translation.

Tagscommsup_sprint6, comsup_sprint8
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0012304)
psarobe (manager)
2009-01-19 10:40

Please take into account when fixing that both values are not used for different things in the procedures stored
(0013659)
artem (reporter)
2009-02-18 14:19

We have two entries (Check and Cheque) for the Reference list "C_Payment Tender Type" as well.
(0013679)
svnbot (reporter)
2009-02-18 17:19

Repository: openbravo
Revision: 13323
Author: hennadzi
Date: 2009-02-18 17:19:46 +0100 (Wed, 18 Feb 2009)

Fixed bug 0006862: Two entries for the same payment method

---
U trunk/src-db/database/sourcedata/AD_REF_LIST.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=13323&sc=1 [^]
(0014192)
sureshbabu (reporter)
2009-03-02 07:52

Still i can able to see two entries (check, Cheque) in All_Payment Rule - List Reference


Go to:
Application Dictionary || Reference || Reference >> List Reference
(0014319)
Hennadzi (reporter)
2009-03-03 14:52

sureshbabu:
Is it mandatory to delete Cheque from the list even if it is not active and user cannot choose it from dropdown?
(0014475)
psarobe (manager)
2009-03-06 10:18

Hennadzi,

These two values, obviously, have different values so we must see if this can affect to the procedures stored. AS I said in my first note we have to verify if these two values are used for different things in the PL's.

Can you confirm me that you review what I'm saying?
(0014724)
artem (reporter)
2009-03-17 14:49

I've checked PL's and can confirm that "Cheque", as instance, isn't used anywhere in logic, so I've deleted it.
(0014725)
hgbot (developer)
2009-03-17 14:54

Repository: erp/devel/pi
Changeset: 484b7cdc33d8c58130d1969c74232701b7d2285f
Author: Artem Zakolodkin <artem.zakolodkin <at> opensuite.com>
Date: Tue Mar 17 15:51:29 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/484b7cdc33d8c58130d1969c74232701b7d2285f [^]

Fixed bug 0006862: Two entries for the same payment method

---
M src-db/database/sourcedata/AD_REF_LIST.xml
M src-db/database/sourcedata/AD_VAL_RULE.xml
---

- Issue History
Date Modified Username Field Change
2009-01-13 10:58 pmagnin New Issue
2009-01-13 10:58 pmagnin Assigned To => rafaroda
2009-01-13 10:58 pmagnin sf_bug_id 0 => 2504171
2009-01-13 10:58 pmagnin Regression testing => No
2009-01-19 10:40 psarobe Status new => scheduled
2009-01-19 10:40 psarobe Note Added: 0012304
2009-01-19 10:40 psarobe fix_in_branch => trunk
2009-02-17 14:40 PavelPonomarev Assigned To rafaroda => Hennadzi
2009-02-18 14:19 artem Note Added: 0013659
2009-02-18 17:19 svnbot Checkin
2009-02-18 17:19 svnbot Note Added: 0013679
2009-02-18 17:19 svnbot Status scheduled => resolved
2009-02-18 17:19 svnbot Resolution open => fixed
2009-02-18 17:19 svnbot svn_revision => 13323
2009-02-20 09:33 PavelPonomarev Tag Attached: commsup_sprint6
2009-03-02 07:52 sureshbabu Status resolved => new
2009-03-02 07:52 sureshbabu Resolution fixed => open
2009-03-02 07:52 sureshbabu Note Added: 0014192
2009-03-03 14:52 Hennadzi Note Added: 0014319
2009-03-03 14:52 Hennadzi Status new => feedback
2009-03-06 10:07 psarobe Status feedback => scheduled
2009-03-06 10:07 psarobe fix_in_branch pi =>
2009-03-06 10:07 psarobe Status scheduled => resolved
2009-03-06 10:07 psarobe Resolution open => fixed
2009-03-06 10:16 psarobe Status resolved => new
2009-03-06 10:16 psarobe Resolution fixed => open
2009-03-06 10:16 psarobe Status new => feedback
2009-03-06 10:18 psarobe Note Added: 0014475
2009-03-16 10:26 PavelPonomarev Assigned To Hennadzi => artem
2009-03-16 11:07 rafaroda Status feedback => scheduled
2009-03-16 11:07 rafaroda fix_in_branch => pi
2009-03-17 14:49 artem Note Added: 0014724
2009-03-17 14:54 hgbot Checkin
2009-03-17 14:54 hgbot Note Added: 0014725
2009-03-17 14:54 hgbot Status scheduled => resolved
2009-03-17 14:54 hgbot Resolution open => fixed
2009-03-17 14:54 hgbot Fixed in SCM revision 13323 => http://code.openbravo.com/erp/devel/pi/rev/484b7cdc33d8c58130d1969c74232701b7d2285f [^]
2009-03-17 14:55 artem Tag Attached: comsup_sprint8
2009-04-21 10:53 psarobe Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker