Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0044261 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Discounts Combo | major | always | 2020-06-02 11:21 | 2020-07-07 09:13 | |||
Reporter | lmonreal | View Status | public | |||||
Assigned To | lmonreal | |||||||
Priority | urgent | Resolution | invalid | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
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 | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0044261: Updates on Combos require a deletion of the cache to be taken into account on POS | |||||||
Description | It seems that for some price updated of Combos we need to delete the cache of webpos to see the changes. It is not working with F5 or any other refresh. Also, if you can see in the videos, there is a Combo for 3 euros that is not displaying the right price after pressing F5 but when we delete cache, we get the updated price and we see the other promotion of 2 items that was not taken into account until the deletion of the cache. As a results, updates in price/creation of combos require to clean cache. Video for Decathlon case: https://drive.google.com/file/d/1ePXM_c9AD1WokwOfzcvEjzOkBFst3-FX/view [^] [^] https://drive.google.com/file/d/1xRYBdj7J8yAvZGbOvBzyLFdK4Tpw9vfi/view [^] [^] Videos reproduced in Livebuilds: https://drive.google.com/file/d/1LTJselj54Miurq3WIXJM_hNTkKKulGJ9/view [^] https://drive.google.com/file/d/1p-Vqm89s3T1e5RCsTzU_6ox4j2ejNdLT/view [^] | |||||||
Steps To Reproduce | Livebuilds case: There is a combo fix price of 200 euros. If i change price to 300 and refresh I dont see the change. I need to clean cache to see the update Decathlon case: We created a "combo fixed price" offering with a list of 4 items. If you buy 2 quantities in this list of items, the promotional price is set to 5€ We made it run on the POS, it was working fine. We went on the back office to modify this offer and set the promotional price to 5,5€ After doing a F5, a lock/unlock, a cash up / reconnexion, the price was still 5€ on the till. We deleted the cache, reloaded it and the promotional price was 5,5€ | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Notes | |
(0120657) lmonreal (developer) 2020-06-04 14:30 |
I have been analysing this with the Retail Team. It seems that is not an issue, is configuration of the refresh of the data. To avoid performance issues this preference is enabled "No Auto Incremental Load at Login".This means that the incremental data load is done after the time specified in the back office ( 60 minutes, configurable in Channel Touchpoint Type). This means that updates will be reflected after this time, not with F5 or login/logout. I understand that from a testing point of view it is does not make sense to wait this time, but there is a way of forcing the refresh of the data: In WEBPOS menu there is the option "Refresh data". So if you update the price and click on Refresh data, changes should be displayed. Other option is to set the preference "No Auto Incremental Load at Login" to N and you will see updates with F5 but this is something that should only be in a testing environment. My recommendation is to follow the first approach and click on Refresh Data |
Issue History | |||
Date Modified | Username | Field | Change |
2020-06-02 11:21 | lmonreal | New Issue | |
2020-06-02 11:21 | lmonreal | Assigned To | => Retail |
2020-06-02 11:21 | lmonreal | Resolution time | => 1592863200 |
2020-06-02 11:21 | lmonreal | Triggers an Emergency Pack | => No |
2020-06-04 14:30 | lmonreal | Note Added: 0120657 | |
2020-06-04 14:30 | lmonreal | Assigned To | Retail => lmonreal |
2020-06-04 14:30 | lmonreal | Status | new => feedback |
2020-07-07 09:13 | guillermogil | Status | feedback => closed |
2020-07-07 09:13 | guillermogil | Resolution | open => invalid |
Copyright © 2000 - 2009 MantisBT Group |