Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0037048 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | major | always | 2017-10-10 18:40 | 2017-11-22 14:59 | |||
| Reporter | marvintm | View Status | public | |||||
| Assigned To | jorge-garcia | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | RR18Q1 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | 961a91100a2f | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Merge Request Status | ||||||||
| Review Assigned To | marvintm | |||||||
| OBNetwork customer | OBPS | |||||||
| Support ticket | ||||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0037048: Synchronized mode doesn't work correctly when a new payment method is created | |||||||
| Description | When using the Web POS, the application automatically creates a new cashup if there is no cashup open for a terminal. This functionality contains logic which is able to detect automatically if a new payment method was activated for a terminal, and it's able to create a new "PaymentMethodCashup" record for it. The logic is also able to detect if a new payment method was added after the cashup was created, and in this case it's also able to create a new "PaymentMethodCashup" record for it. However, this second part doesn't work correctly when using synchronized mode, because the cashup information is always refreshed from the backend every time a ticket is created, and the cashup in the backend doesn't yet have the information for this payment method. This leads to problems if a new payment method is enabled in the Web POS while already having a cashup created. | |||||||
| Steps To Reproduce | -Activate Synchronized Mode. - Login in the Web POS (this will create a cashup, or retrieve the existing cashup). - Enable a new payment method for the terminal you are working on. - Refresh the browser (F5). Realise that a new "PaymentMethodCashup" record was created for this cashup and payment method. This is correct. - Create a new ticket and complete it. This will trigger the "rebuildCashupFromServer" function, and this will delete the PaymentMethodCashup record we just created. This is wrong. | |||||||
| Proposed Solution | The rebuildCashupFromServer function should keep (or at least regenerate) the record for the missing payment methods after it has loaded everything from the backend. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|
 Relationships |
|
Notes |
|
|
(0100086) hgbot (developer) 2017-10-27 08:24 |
Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: 961a91100a2f13a395738aadcc29847143a67332 Author: Jorge Garcia <jorge.garcia <at> openbravo.com> Date: Thu Oct 26 16:39:15 2017 +0200 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/961a91100a2f13a395738aadcc29847143a67332 [^] Fixed issue 37048: Synchronized mode doesn't work correctly when a new payment method is created The solution is to include those cashup payment methods saved in the local database. --- M web/org.openbravo.retail.posterminal/js/utils/cashUpReportUtils.js --- |
|
(0100667) hgbot (developer) 2017-11-22 14:59 |
Repository: tools/automation/pi-mobile Changeset: 648a6245d6226c0e6688e624b70aaa83e25c08ed Author: Alejandro <alekosmp86 <at> gmail.com> Date: Wed Nov 22 08:59:31 2017 -0500 URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/648a6245d6226c0e6688e624b70aaa83e25c08ed [^] Verifies issue 37048: Synchronized mode doesn't work correctly when a new payment method is created --- A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/I37048_VerifyPaymentMethodCashupInSyncMode.java --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2017-10-10 18:40 | marvintm | New Issue | |
| 2017-10-10 18:40 | marvintm | Assigned To | => Retail |
| 2017-10-10 18:40 | marvintm | OBNetwork customer | => No |
| 2017-10-10 18:40 | marvintm | Triggers an Emergency Pack | => No |
| 2017-10-10 18:41 | marvintm | OBNetwork customer | No => Yes |
| 2017-10-10 18:41 | marvintm | Resolution time | => 1508796000 |
| 2017-10-18 13:33 | jorge-garcia | Assigned To | Retail => jorge-garcia |
| 2017-10-26 16:46 | jorge-garcia | Status | new => scheduled |
| 2017-10-27 08:24 | hgbot | Checkin | |
| 2017-10-27 08:24 | hgbot | Note Added: 0100086 | |
| 2017-10-27 08:24 | hgbot | Status | scheduled => resolved |
| 2017-10-27 08:24 | hgbot | Resolution | open => fixed |
| 2017-10-27 08:24 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/961a91100a2f13a395738aadcc29847143a67332 [^] |
| 2017-10-27 13:07 | marvintm | Review Assigned To | => marvintm |
| 2017-10-27 13:07 | marvintm | Status | resolved => closed |
| 2017-10-27 13:07 | marvintm | Fixed in Version | => RR18Q1 |
| 2017-11-22 14:59 | hgbot | Checkin | |
| 2017-11-22 14:59 | hgbot | Note Added: 0100667 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |