Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0037032 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | major | always | 2017-10-09 11:42 | 2017-10-31 18:01 | |||
| Reporter | lmonreal | View Status | public | |||||
| Assigned To | jorge-garcia | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | RR18Q1 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | c27d77dad245 | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | marvintm | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0037032: If selecting and saving two orders in Errors while importing Posdata only the status of the first one is automatically updated | |||||||
| Description | When selecting two orders in Errors while importing Posdata and saving them only the status of the first one is automatically updated. And if I process it twice it generates an Error in OrderLoader and it cannot be removed from back end. | |||||||
| Steps To Reproduce | 1. Close periods in backend 2. Do three sales in WEBPOS 3. Go to Errors while importing Posdata and the three transactions should be there 4. Open periods again 5. Select two of the transactions in Errors while importing POSdata and press Save again 6.Then a pop up saying "Order saved successfully". Click Ok 7. First transaction selected show status "Imported Correctly" but the second is still in "Not imported due to errors", status has not been updated automatically 8. Then I reselect this second transaction again (withouth pressing refresh!) and I select the third one as well and click Save again 9.Then a pop up saying "there was an error while saving the order" is displayed. Click OK 10.Refresh, the third order has been processed correctly but the second one that I have saved twice because the status was not updated automatically has changed to org.openbravo.base.exception.OBException: Error in OrderLoader. And I cannot delete it from the backend. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files |  1.PNG [^] (299,452 bytes) 2017-10-09 11:42 2.PNG [^] (289,332 bytes) 2017-10-09 11:42 3.PNG [^] (133,944 bytes) 2017-10-09 11:42
4.PNG [^] (134,400 bytes) 2017-10-09 11:43
5.PNG [^] (131,372 bytes) 2017-10-09 11:43
| |||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|
 Relationships |
|
Notes |
|
|
(0100160) hgbot (developer) 2017-10-30 17:53 |
Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: c27d77dad245cd187114647019541b4990c8c9e5 Author: Jorge Garcia <jorge.garcia <at> openbravo.com> Date: Mon Oct 30 17:53:15 2017 +0100 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c27d77dad245cd187114647019541b4990c8c9e5 [^] Fixed issue 37032: If selecting and saving two orders in Errors while importing Posdata only the status of the first one is automatically updated CloseProcessPopup function only refresh the current record in the grid. Following the wiki the function to be used is refreshGrid function instead to work with multirecords. --- M web/org.openbravo.retail.posterminal/js/components/errors.js --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2017-10-09 11:42 | lmonreal | New Issue | |
| 2017-10-09 11:42 | lmonreal | Assigned To | => Retail |
| 2017-10-09 11:42 | lmonreal | File Added: 1.PNG | |
| 2017-10-09 11:42 | lmonreal | Triggers an Emergency Pack | => No |
| 2017-10-09 11:42 | lmonreal | File Added: 2.PNG | |
| 2017-10-09 11:42 | lmonreal | File Added: 3.PNG | |
| 2017-10-09 11:43 | lmonreal | File Added: 4.PNG | |
| 2017-10-09 11:43 | lmonreal | File Added: 5.PNG | |
| 2017-10-09 11:47 | lmonreal | Resolution time | => 1509318000 |
| 2017-10-10 12:12 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
| 2017-10-10 12:12 | ranjith_qualiantech_com | Status | new => scheduled |
| 2017-10-30 16:18 | jorge-garcia | Assigned To | ranjith_qualiantech_com => jorge-garcia |
| 2017-10-30 17:53 | hgbot | Checkin | |
| 2017-10-30 17:53 | hgbot | Note Added: 0100160 | |
| 2017-10-30 17:53 | hgbot | Status | scheduled => resolved |
| 2017-10-30 17:53 | hgbot | Resolution | open => fixed |
| 2017-10-30 17:53 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c27d77dad245cd187114647019541b4990c8c9e5 [^] |
| 2017-10-31 18:01 | marvintm | Review Assigned To | => marvintm |
| 2017-10-31 18:01 | marvintm | Status | resolved => closed |
| 2017-10-31 18:01 | marvintm | Fixed in Version | => RR18Q1 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |