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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0028663
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementminorhave not tried2015-01-18 21:172015-05-07 22:16
ReporterrjapoovaView Statuspublic 
Assigned Toaferraz 
PriorityimmediateResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisionde5d8592f23c
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version3.0PR14Q4SCM revision 
Review Assigned Tovmromanos
Web browser
ModulesCore
Regression levelProduction - Confirmed Stable
Regression date2014-09-23
Regression introduced in release3.0PR14Q4
Regression introduced by commithttps://code.openbravo.com/erp/devel/pi/rev/179d97ee602d [^]
Triggers an Emergency PackNo
Summary

0028663: G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee

DescriptionIn the Match Statement flow, when you need to add a transaction to match a record coming from an imported statement, the G/L Item - if present on the statement - is defaulted on the transaction.

However, if you accidentally change the Transaction Type to Bank Fee and then back to Withdrawal or Deposit, the G/L Item attribution is lost.
Steps To ReproduceSee this video from 3':45" to 4':30":
https://drive.google.com/file/d/0B2uCUQlrOPvIUXZ5cDdmd3IydDg/view?usp=sharing [^]
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 00296593.0PR15Q2 closedaferraz G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee 
depends on backport 00296603.0PR15Q1.4 closedaferraz G/L Item default is lost in Match Statement -> Add New Transaction when transaction type is set to Bank Fee 
caused by feature request 00293903.0PR14Q4 closedSandrahuguet Reconciliation refactor project 

-  Notes
(0076711)
hgbot (developer)
2015-04-23 12:27

Repository: erp/devel/pi
Changeset: de5d8592f23c308674f5dd34eebaf8a267d3a8e9
Author: Alvaro Ferraz <alvaro.ferraz <at> openbravo.com>
Date: Wed Apr 22 14:10:57 2015 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/de5d8592f23c308674f5dd34eebaf8a267d3a8e9 [^]

Fixes issue 28663: GLItem lost in Add new Transaction window

Neither payment nor glitem will be deleted when changing to Bank fee in Add new Transaction window. Instead, when clicking on Done and creating the transaction, AddTransactionActionHandler will check if the transaction is of type Bank fee and in this case it will set as null both fields.

---
M modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddTransactionActionHandler.java
M modules/org.openbravo.advpaymentmngt/web/org.openbravo.advpaymentmngt/js/ob-aprm-addTransaction.js
---
(0076715)
vmromanos (manager)
2015-04-23 12:31

Code review + testing OK
(0077147)
hudsonbot (developer)
2015-05-07 22:16

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/a1817f84bd8b [^]
Maturity status: Test

- Issue History
Date Modified Username Field Change
2015-01-18 21:17 rjapoova New Issue
2015-01-18 21:17 rjapoova Assigned To => dmiguelez
2015-01-18 21:17 rjapoova Modules => Core
2015-01-18 21:17 rjapoova Triggers an Emergency Pack => No
2015-04-17 20:35 dmitry_mezentsev Assigned To dmiguelez => Triage Finance
2015-04-17 20:35 dmitry_mezentsev Status new => acknowledged
2015-04-17 20:35 dmitry_mezentsev Relationship added caused by 0029390
2015-04-17 20:36 dmitry_mezentsev Priority normal => immediate
2015-04-17 20:41 dmitry_mezentsev Regression level => Production - QA Approved
2015-04-21 18:01 umartirena Regression date => 2014-09-23
2015-04-21 18:01 umartirena Regression introduced in release => 3.0PR14Q4
2015-04-21 18:01 umartirena Regression introduced by commit => https://code.openbravo.com/erp/devel/pi/rev/179d97ee602d [^]
2015-04-21 18:01 umartirena Status acknowledged => scheduled
2015-04-21 18:01 umartirena Assigned To Triage Finance => aferraz
2015-04-21 18:27 aferraz Regression level Production - QA Approved => Production - Confirmed Stable
2015-04-23 12:27 hgbot Checkin
2015-04-23 12:27 hgbot Note Added: 0076711
2015-04-23 12:27 hgbot Status scheduled => resolved
2015-04-23 12:27 hgbot Resolution open => fixed
2015-04-23 12:27 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/de5d8592f23c308674f5dd34eebaf8a267d3a8e9 [^]
2015-04-23 12:31 vmromanos Review Assigned To => vmromanos
2015-04-23 12:31 vmromanos Note Added: 0076715
2015-04-23 12:31 vmromanos Status resolved => closed
2015-05-07 22:16 hudsonbot Checkin
2015-05-07 22:16 hudsonbot Note Added: 0077147


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker