Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0019001 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 09. Financial management | major | always | 2011-11-07 01:16 | 2012-03-05 12:11 | |||
Reporter | pjuvara | View Status | public | |||||
Assigned To | vmromanos | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | pi | Fixed in SCM revision | 62d24bfb31b9 | |||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | 3.0MP4.1 | SCM revision | ||||||
Review Assigned To | ||||||||
Web browser | ||||||||
Modules | Core | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0019001: Incorrect accounting date and period in GL Journal Header when system date format is MM-DD-YYYY | |||||||
Description | If you configure the system to use the US style date format (MM-DD-YYYY), the accounting date of a GL Journal Header is not properly copied from the GL Journal Batch. Also the period is not correctly derived. | |||||||
Steps To Reproduce | See attached video. | |||||||
Tags | AccountingDemo, VMA-Reviewed | |||||||
Attached Files | out.ogv [^] (2,878,008 bytes) 2011-11-07 01:16 | |||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0045667) hgbot (developer) 2012-03-01 15:25 |
Repository: erp/devel/pi Changeset: 62d24bfb31b9fbb6e1c67759f7b5e2351e659f45 Author: Víctor Martínez Romanos <victor.martinez <at> openbravo.com> Date: Thu Mar 01 15:24:18 2012 +0100 URL: http://code.openbravo.com/erp/devel/pi/rev/62d24bfb31b9fbb6e1c67759f7b5e2351e659f45 [^] Fixed bug 19001: Accounting Date and Period fields in GL/Journal window When creating new records in the batch tab, the callout that populates the Period field wasn't launched. However, when creating a new header record the callout in the Doc. Date, Acct Date and Period was launched, populating some fields with wrong values. The fix consists in: - Removing "Validate on new" flag for the Doc. Date, Acct. Date and Period for both batch and header tabs - The default value for the batch's period field is populated through the same SQL used in the SL_Journal_Period callout - The header fields are by default populated using the values in the batch tab - In case the user changes Acct. Date, Doc. Date or period, the rest of the fields are automatically calculated through the callout. --- M src-db/database/sourcedata/AD_COLUMN.xml --- |
(0045669) vmromanos (manager) 2012-03-01 15:30 |
No regression risk Test plan 1: - Set your system to use US date format (MM-DD-YYYY) - Create a new GL/Journal batch. Document Date, Acct. Date and Period fields should be properly populated - Try changing any of the previous fields. The Acct. Date should always be inside the selected Period - Create a new header record. The Document Date, Acct. Date and Period fields should be the same we had in the batch tab - Try changing any of the previous fields. The Acct. Date should always be inside the selected Period Test plan 2: - Set your system to use Spanish date format (DD-MM-YYYY) - Create a new GL/Journal batch. Document Date, Acct. Date and Period fields should be properly populated - Try changing any of the previous fields. The Acct. Date should always be inside the selected Period - Create a new header record. The Document Date, Acct. Date and Period fields should be the same we had in the batch tab - Try changing any of the previous fields. The Acct. Date should always be inside the selected Period |
(0046012) hudsonbot (developer) 2012-03-02 15:40 |
A changeset related to this issue has been promoted main and to the Central Repository, after passing a series of tests. Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/544d64e0c159 [^] Maturity status: Test |
(0046037) gorkaion (developer) 2012-03-05 12:11 |
reviewed and tested |
Issue History | |||
Date Modified | Username | Field | Change |
2011-11-07 01:16 | pjuvara | New Issue | |
2011-11-07 01:16 | pjuvara | Assigned To | => jonalegriaesarte |
2011-11-07 01:16 | pjuvara | File Added: out.ogv | |
2011-11-07 01:16 | pjuvara | Modules | => Core |
2011-11-07 01:20 | pjuvara | Relationship added | blocks 0019002 |
2011-11-07 01:43 | pjuvara | Tag Attached: AccountingDemo | |
2011-12-19 19:12 | marvintm | Assigned To | jonalegriaesarte => dalsasua |
2012-02-29 12:43 | iciordia | Assigned To | dalsasua => iciordia |
2012-02-29 12:44 | iciordia | Assigned To | iciordia => vmromanos |
2012-02-29 13:01 | vmromanos | Tag Attached: VMA-Reviewed | |
2012-02-29 13:01 | vmromanos | Status | new => scheduled |
2012-02-29 13:01 | vmromanos | fix_in_branch | => pi |
2012-03-01 15:25 | hgbot | Checkin | |
2012-03-01 15:25 | hgbot | Note Added: 0045667 | |
2012-03-01 15:25 | hgbot | Status | scheduled => resolved |
2012-03-01 15:25 | hgbot | Resolution | open => fixed |
2012-03-01 15:25 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/62d24bfb31b9fbb6e1c67759f7b5e2351e659f45 [^] |
2012-03-01 15:30 | vmromanos | Note Added: 0045669 | |
2012-03-02 15:40 | hudsonbot | Checkin | |
2012-03-02 15:40 | hudsonbot | Note Added: 0046012 | |
2012-03-05 12:11 | gorkaion | Note Added: 0046037 | |
2012-03-05 12:11 | gorkaion | Status | resolved => closed |
Copyright © 2000 - 2009 MantisBT Group |