Openbravo Issue Tracking System - Retail Modules
View Issue Details
0045879Retail ModulesWeb POSpublic2021-02-10 13:552021-02-16 09:10
avicente 
ranjith_qualiantech_com 
highmajoralways
closedduplicate 
5
 
RR21Q2 
marvintm
Production - Confirmed Stable
2020-04-06
RR20Q3
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/00f799553369f73469ee678dcede357c099d5032 [^]
No
0045879: Full refresh does not restar after F5 in all the cases
During a Full Refresh in the POS, if a refresh is done (F5), the full refresh restarts, it is ok, however, it does not happen is all the cases. In a customer with a high volume of products,
- If F5 is done during the first products batch, the full refresh starts --> OK
- If F5 is done during the second (or higher) products batch, the full refresh doesn't start. In this case, the POS main screen is open although masterdata was not loaded totally --> KO

See video in the customer environment https://drive.google.com/file/d/13KhmUe9HnVc6asTTea3AKB5FX-n5VOwB/view [^]
See video in the customer environment https://drive.google.com/file/d/13KhmUe9HnVc6asTTea3AKB5FX-n5VOwB/view [^]
The full refresh must start if F5 is done in any moment during the masterdata load.
NOR
duplicate of defect 0045834 closed ranjith_qualiantech_com When an incremental refresh fails, the field 'Channel - Touchpoint || Incremental Refresh Masterdata Load' is updated 
related to defect 0045852 closed ranjith_qualiantech_com Wrong behaviour when the browser is closed before Full Refresh finishes 
related to defect 0045842 closed ranjith_qualiantech_com Confused message when the Full Refresh fails 
related to defect 0045187 closed ranjith_qualiantech_com Full Refresh fail: continues the load when it should stop 
related to defect 0045188 closed ranjith_qualiantech_com Incremental Refresh fail: continues the load when it should stop 
Issue History
2021-02-10 13:55avicenteNew Issue
2021-02-10 13:55avicenteAssigned To => Retail
2021-02-10 13:55avicenteResolution time => 1615330800
2021-02-10 13:55avicenteTriggers an Emergency Pack => No
2021-02-10 13:55avicenteTag Attached: NOR
2021-02-10 14:46rafarodaRelationship addedrelated to 0045852
2021-02-10 14:46rafarodaRelationship addedrelated to 0045834
2021-02-10 14:46rafarodaRelationship addedrelated to 0045842
2021-02-10 14:46rafarodaRelationship addedrelated to 0045187
2021-02-10 14:47rafarodaRelationship addedrelated to 0045188
2021-02-11 08:12ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2021-02-11 13:48ranjith_qualiantech_comStatusnew => scheduled
2021-02-16 07:08marvintmReview Assigned To => marvintm
2021-02-16 07:08marvintmRelationship replacedduplicate of 0045834
2021-02-16 07:08marvintmNote Added: 0126118
2021-02-16 07:08marvintmStatusscheduled => closed
2021-02-16 07:08marvintmResolutionopen => duplicate
2021-02-16 07:08marvintmFixed in Version => RR21Q2
2021-02-16 07:10marvintmRegression level => Production - Confirmed Stable
2021-02-16 07:10marvintmRegression introduced in release => RR20Q3
2021-02-16 09:10marvintmRegression date => 2020-04-06
2021-02-16 09:10marvintmRegression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/00f799553369f73469ee678dcede357c099d5032 [^]

Notes
(0126118)
marvintm   
2021-02-16 07:08   
The fix for 45834 also fixes this issue.