Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0027394 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | major | always | 2014-08-20 17:31 | 2014-09-05 11:46 | |||
| Reporter | jecharri | View Status | public | |||||
| Assigned To | marvintm | |||||||
| Priority | urgent | Resolution | fixed | Fixed in Version | RR14Q4 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | 51e0efd8aea4 | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | RR14Q2.1 | SCM revision | ||||||
| Review Assigned To | Orekaria | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0027394: Cash up process doesn't work correctly in case a reconciliation in draft status exists in the system | |||||||
| Description | If the cash up process finds that there is a reconciliation in draft status, it fails with an error. The problem is that the way this error is generated is not handled correctly. Instead of logging the cash up as an error, the backend class fails, and the error reaches the client. It's not clear that this behavior happens in Q3, but it can be reproduced at least in Q2. | |||||||
| Steps To Reproduce | - Create a reconciliation in draft status. - Execute the cash up process. - Verify that it fails with a weird recursive error in the backend, and that the cash up is not logged as an error in the Errors while importing POS data window. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||||||||
|
|||||||||||||||
 Relationships |
|
Notes |
|
|
(0069857) mtaal (manager) 2014-08-29 15:02 |
For q2: the 27225 issue has a patch which will work in the q2 version. It has been applied and tested with Grape. |
|
(0069858) hgbot (developer) 2014-08-29 15:05 |
Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: 51e0efd8aea41ff951d43f363504d58ce5e5a7b2 Author: Martin Taal <martin.taal <at> openbravo.com> Date: Fri Aug 29 15:04:40 2014 +0200 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/51e0efd8aea41ff951d43f363504d58ce5e5a7b2 [^] Fixes issue 27394: Cash up process doesn't work correctly in case a reconciliation in draft status exists in the system Throw an exception which ends up in the error window --- M src/org/openbravo/retail/posterminal/ProcessCashClose.java --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2014-08-20 17:31 | jecharri | New Issue | |
| 2014-08-20 17:31 | jecharri | Assigned To | => marvintm |
| 2014-08-20 17:31 | jecharri | Resolution time | => 1411509600 |
| 2014-08-20 17:31 | jecharri | Triggers an Emergency Pack | => No |
| 2014-08-20 17:31 | jecharri | Issue generated from | 0026942 |
| 2014-08-21 01:55 | eintelau | Issue Monitored: eintelau | |
| 2014-08-29 15:02 | mtaal | Relationship added | related to 0027225 |
| 2014-08-29 15:02 | mtaal | Note Added: 0069857 | |
| 2014-08-29 15:03 | mtaal | Relationship added | has duplicate 0026942 |
| 2014-08-29 15:05 | hgbot | Checkin | |
| 2014-08-29 15:05 | hgbot | Note Added: 0069858 | |
| 2014-08-29 15:05 | hgbot | Status | new => resolved |
| 2014-08-29 15:05 | hgbot | Resolution | open => fixed |
| 2014-08-29 15:05 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/51e0efd8aea41ff951d43f363504d58ce5e5a7b2 [^] |
| 2014-09-05 11:46 | Orekaria | Review Assigned To | => Orekaria |
| 2014-09-05 11:46 | Orekaria | Status | resolved => closed |
| 2014-09-05 11:46 | Orekaria | Fixed in Version | => RR14Q4 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |