Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2016-01-14 13:402016-02-01 19:03
ReporterasiermartirenaView Statuspublic 
Assigned Tojorge-garcia 
PrioritynormalResolutionfixedFixed in VersionRR15Q4.2
StatusclosedFix in branchFixed in SCM revisioneff185590c36
ProjectionnoneETAnoneTarget VersionRR15Q4.2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression levelProduction - Confirmed Stable
Regression date
Regression introduced in releaseRR15Q2
Regression introduced by commit
Triggers an Emergency PackNo

0031932: [SERQA 533]The void layaway process does not save the cash up id correctly in its payments

DescriptionWhen doing a void layaway for a partially paid layaway, the payments generated to inverse the original payment is not nested to the corresponding cash up.
Steps To ReproduceCreate a partially paid layaway.
Load the layaway and click "Void this Layaway" button on the menu.
Verify that the payment/s generated to void the layaway are not nested to the cash up.
Proposed SolutionApply the two backout files attached and then the diff related to this issue.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0031892 closedjorge-garcia [SERQA 533]The void layaway process does not save the cash up id correctly in its payments 

-  Notes
hgbot (developer)
2016-01-29 08:48

Repository: retail/backports/3.0RR15Q4.2/org.openbravo.retail.posterminal
Changeset: eff185590c365da3a93175571449b9c9f68cccd6
Author: Jorge Garcia <jorge.garcia <at>>
Date: Wed Jan 20 13:53:52 2016 +0100
URL: [^]

Fixed issue 31932, backport of issue 31933: [SERQA 533] The void layaway process does not save the
cash up id correctly in its payments

The problem was that the cashup id is not set in the transaction. When the
reconciliation is done, those transaction are not reconcilied.

Now, the transacions have the cashup id.

M src/org/openbravo/retail/posterminal/
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js

- Issue History
Date Modified Username Field Change
2016-01-18 16:29 guilleaer Type defect => backport
2016-01-18 16:29 guilleaer Target Version => RR15Q4.3
2016-01-20 12:17 marvintm Target Version RR15Q4.3 => RR15Q4.2
2016-01-20 12:26 marvintm Severity critical => major
2016-01-28 13:45 Orekaria Relationship added related to 0031933
2016-01-28 13:45 Orekaria Relationship deleted related to 0031933
2016-01-29 08:48 hgbot Checkin
2016-01-29 08:48 hgbot Note Added: 0083704
2016-01-29 08:48 hgbot Status scheduled => resolved
2016-01-29 08:48 hgbot Resolution open => fixed
2016-01-29 08:48 hgbot Fixed in SCM revision => [^]
2016-02-01 19:02 guilleaer Review Assigned To => guilleaer
2016-02-01 19:02 guilleaer Status resolved => closed
2016-02-01 19:03 guilleaer Fixed in Version => RR15Q4.2

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker