Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0027059 | Retail Modules | Web POS | public | 2014-07-14 10:43 | 2014-08-18 01:21 |
|
Reporter | marvintm | |
Assigned To | marvintm | |
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | RR14Q4 | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | mtaal |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0027059: Discounts processing will be delayed for a bit of time to improve performance |
Description | Currently, if the user executes multiple actions very quickly, it is possible that there is several redundant promotion calculations running at the same time.
A timeout should be added to ensure that the discounts are computed only once. |
Steps To Reproduce | - Add several (>10) units of the same product, one by one.
- Notice that the discounts are being launched for each unit. This is not needed, a single execution could be launched when the user has stopped adding units. |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | feature request | 0026894 | RR14Q4 | closed | Orekaria | Stabilization: Improve the synchronization management | related to | defect | 0027192 | RR14Q4 | closed | Orekaria | The cash button on cashup step 3 of 5 shows up when it shouldn't |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2014-07-14 10:43 | marvintm | New Issue | |
2014-07-14 10:43 | marvintm | Assigned To | => marvintm |
2014-07-14 10:43 | marvintm | Triggers an Emergency Pack | => No |
2014-07-14 10:43 | hgbot | Checkin | |
2014-07-14 10:43 | hgbot | Note Added: 0068608 | |
2014-07-14 10:43 | hgbot | Status | new => resolved |
2014-07-14 10:43 | hgbot | Resolution | open => fixed |
2014-07-14 10:43 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/aa2b0dfb8f1de9e462285ce52b9fcc36747d58ff [^] |
2014-07-14 12:14 | hgbot | Checkin | |
2014-07-14 12:14 | hgbot | Note Added: 0068614 | |
2014-07-14 12:30 | Orekaria | Relationship added | related to 0026894 |
2014-07-14 13:31 | hgbot | Checkin | |
2014-07-14 13:31 | hgbot | Note Added: 0068618 | |
2014-07-14 16:54 | adrianromero | Review Assigned To | => adrianromero |
2014-07-14 16:54 | adrianromero | Note Added: 0068625 | |
2014-07-14 16:54 | adrianromero | Status | resolved => closed |
2014-07-14 16:54 | adrianromero | Fixed in Version | => RR14Q4 |
2014-07-14 19:32 | hgbot | Checkin | |
2014-07-14 19:32 | hgbot | Note Added: 0068629 | |
2014-07-15 09:58 | Orekaria | Note Added: 0068631 | |
2014-07-15 09:58 | Orekaria | Status | closed => new |
2014-07-15 09:58 | Orekaria | Resolution | fixed => open |
2014-07-15 09:58 | Orekaria | Fixed in Version | RR14Q4 => |
2014-07-15 10:41 | Orekaria | Note Edited: 0068631 | bug_revision_view_page.php?bugnote_id=0068631#r6047 |
2014-07-25 10:21 | Orekaria | Relationship added | related to 0027192 |
2014-08-01 20:35 | Orekaria | Relationship replaced | depends on 0026894 |
2014-08-02 04:41 | hgbot | Checkin | |
2014-08-02 04:41 | hgbot | Note Added: 0069051 | |
2014-08-02 04:41 | hgbot | Status | new => resolved |
2014-08-02 04:41 | hgbot | Resolution | open => fixed |
2014-08-02 04:41 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/aa2b0dfb8f1de9e462285ce52b9fcc36747d58ff [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/6838f8d667028895c51de944625a5240d3cddeb4 [^] |
2014-08-06 14:44 | hgbot | Checkin | |
2014-08-06 14:44 | hgbot | Note Added: 0069100 | |
2014-08-18 01:21 | mtaal | Note Added: 0069442 | |
2014-08-18 01:21 | mtaal | Status | resolved => closed |
2014-08-18 01:21 | mtaal | Review Assigned To | adrianromero => mtaal |
2014-08-18 01:21 | mtaal | Target Version | => RR14Q4 |
Notes |
|
(0068608)
|
hgbot
|
2014-07-14 10:43
|
|
|
|
(0068614)
|
hgbot
|
2014-07-14 12:14
|
|
|
|
(0068618)
|
hgbot
|
2014-07-14 13:31
|
|
|
|
|
|
|
(0068629)
|
hgbot
|
2014-07-14 19:32
|
|
|
|
(0068631)
|
Orekaria
|
2014-07-15 09:58
(edited on: 2014-07-15 10:41) |
|
Tests fail if a timeout of 300.
Fine tuning required.
|
|
|
(0069051)
|
hgbot
|
2014-08-02 04:41
|
|
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 6838f8d667028895c51de944625a5240d3cddeb4
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Sat Aug 02 04:41:29 2014 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/6838f8d667028895c51de944625a5240d3cddeb4 [^]
Fixes issue 27059: all the discounts algorithm's computations are stopped
(killed) if they have to start over
This way, only the last computation (and the valid one) is performed if several
requests are done within a short period of time (e.g. when the user adds several
products fast)
---
M web/org.openbravo.retail.posterminal/js/model/discounts.js
M web/org.openbravo.retail.posterminal/js/model/executor.js
---
|
|
|
(0069100)
|
hgbot
|
2014-08-06 14:44
|
|
|
|
(0069442)
|
mtaal
|
2014-08-18 01:21
|
|
|