Openbravo Issue Tracking System - Retail Modules
View Issue Details
0034397Retail ModulesWeb POSpublic2016-11-04 13:062017-03-14 12:11
lorenzofidalgo 
Retail 
highmajoralways
acknowledgedopen 
5
main 
 
No
0034397: [RR16Q4] Pay Open Tickets has a bad performance in certain environments. It induces a situation where a ticket can be completed
Select some layaways to be paid with Pay Open Tickets feature has a poor performance. Besides, it is shown "0.00€ remaining to pay - Use Credit" and after some seconds, that receipt can be completed.
I have been able to reproduce this feature in a RR16Q4 server with a Store Server environment and HighVol with only 10 Layaways, a possible situation in a real client. It is also reproducible with less than 10 Layaways.
It is related with Remote Master Data Handling.
Watch video with the behaviour: https://drive.google.com/file/d/0Bz1bUfkEffVIUTdkdTNRY1dxbTQ/view [^]
0-Login POS as vallblanca in a HighVol environment.
1-Create 10 different layaways that will be selected later with Pay Open Tickets feature.
2-In dropdown menu, go to Pay Open Tickets option.
3-Once the Open Tickets popup is open, click search button and select the 10 layaways that have been just created and click Done button.
4-Realise the screen will be blocked for a few seconds, but, after that, a receipt to be paid will appear: "0.00€ remaining to pay - Use Credit" and the screen will not be blocked anymore. Wait and check POS is takign too long to process that quantity of receipts/lines.
Performance
related to defect 0034292 closed jorge-garcia [BUT Issues: 1861] Pay Open Tickets is slow and UI stalls 
related to defect 0034400 closed mario_castello [RR16Q4] After select some tickets in Pay Open Tickets, the screen is blocked but it is activated again before the process ends 
png PayingNonCreatedReceipt.png (178,429) 2016-11-04 13:06
https://issues.openbravo.com/file_download.php?file_id=10015&type=bug
png
Issue History
2016-11-04 13:06lorenzofidalgoNew Issue
2016-11-04 13:06lorenzofidalgoAssigned To => Retail
2016-11-04 13:06lorenzofidalgoFile Added: PayingNonCreatedReceipt.png
2016-11-04 13:06lorenzofidalgoRegression level => Packaging and release
2016-11-04 13:06lorenzofidalgoTriggers an Emergency Pack => No
2016-11-04 13:07lorenzofidalgoTag Attached: Performance
2016-11-04 13:13lorenzofidalgoDescription Updatedbug_revision_view_page.php?rev_id=13552#r13552
2016-11-04 14:44lorenzofidalgoRegression levelPackaging and release =>
2016-11-04 14:44lorenzofidalgoPriorityimmediate => high
2016-11-04 14:44lorenzofidalgoDescription Updatedbug_revision_view_page.php?rev_id=13553#r13553
2016-11-04 14:54lorenzofidalgoRelationship addedrelated to 0034400
2016-11-04 14:56lorenzofidalgoSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=13555#r13555
2016-11-04 14:56lorenzofidalgoTypedefect => design defect
2016-11-11 13:35SandrahuguetRelationship addedrelated to 0034292
2016-12-08 17:43mario_castelloAssigned ToRetail => mario_castello
2016-12-08 17:43mario_castelloStatusnew => acknowledged
2016-12-08 17:43mario_castelloStatusacknowledged => scheduled
2016-12-16 23:21mario_castelloStatusscheduled => acknowledged
2016-12-16 23:22mario_castelloAssigned Tomario_castello => Retail
2017-03-14 12:11inaki_garciaNote Added: 0094996

Notes
(0094996)
inaki_garcia   
2017-03-14 12:11   
This issue is still reproducible in RR17Q1