Openbravo Issue Tracking System - Retail Modules | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0039867 | Retail Modules | Web POS | public | 2019-01-02 14:07 | 2019-01-18 15:07 |
Reporter | prakashmurugesan88 | ||||
Assigned To | rqueralta | ||||
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | OS | 5 | OS Version | ||
Product Version | |||||
Target Version | Fixed in Version | RR19Q2 | |||
Merge Request Status | |||||
Review Assigned To | guilleaer | ||||
OBNetwork customer | Gold | ||||
Support ticket | |||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0039867: "Total Amount" button gets enabled before Line's "PriceRule" validations | ||||
Description | While adding a service(pricerule based) to a ticket, "Total Amount" button gets enabled before the "PriceRule" validations(No price rule ranged defined). So when there is delay in validation due to slow performance. There is possibility to pay and process the order with improperly configured service line(Without price rule range defined). Cause: In order.js, In following function(OB.UTIL.getCalculatedPriceForService) there are validations(OBPOS_ErrorPriceRuleRangeNotFound) inside asynchronous blocks(OB.Dal.find()), therefore these validations will not restrict further flow(Enabling Total Amount Button). | ||||
Steps To Reproduce | In BackOffice: In Product Window Select Product "Warranty (deferrable -4 days)" Check "Is Price Rule Based" In Tab Price Rule Version Enter "Valid From Date" Select "Service Price Rule" of "Rule Type" - "Ranges" and Leave Ranges Tab Empty. Enter Minimum and Maximum as 1 and 1000 Respectively. In WEBPOS: Refer following video for steps, https://drive.google.com/file/d/1PCulAdy4y_nttqQtFDw9PyaXo1_K_ZAp/view [^] Issue: In video for the first time when the server is fast "Price Rule Validation" appears. But in second time when the performance is slow, can able to process the payment before the "Price Rule Validation". | ||||
Proposed Solution | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2019-01-02 14:07 | prakashmurugesan88 | New Issue | |||
2019-01-02 14:07 | prakashmurugesan88 | Assigned To | => Retail | ||
2019-01-02 14:07 | prakashmurugesan88 | OBNetwork customer | => No | ||
2019-01-02 14:07 | prakashmurugesan88 | Triggers an Emergency Pack | => No | ||
2019-01-02 14:26 | guillermogil | OBNetwork customer | No => Gold | ||
2019-01-02 14:26 | guillermogil | Resolution time | => 1547766000 | ||
2019-01-03 15:09 | rqueralta | Assigned To | Retail => rqueralta | ||
2019-01-03 15:09 | rqueralta | Status | new => scheduled | ||
2019-01-10 03:24 | hgbot | Checkin | |||
2019-01-10 03:24 | hgbot | Note Added: 0108876 | |||
2019-01-10 03:24 | hgbot | Status | scheduled => resolved | ||
2019-01-10 03:24 | hgbot | Resolution | open => fixed | ||
2019-01-10 03:24 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/867a9b33faaa8001bcf57881601e4dec6c37ec85 [^] | ||
2019-01-10 17:04 | guilleaer | Note Added: 0108908 | |||
2019-01-10 17:27 | hgbot | Checkin | |||
2019-01-10 17:27 | hgbot | Note Added: 0108909 | |||
2019-01-18 15:06 | guilleaer | Review Assigned To | => guilleaer | ||
2019-01-18 15:06 | guilleaer | Status | resolved => closed | ||
2019-01-18 15:07 | guilleaer | Fixed in Version | => RR19Q2 |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|