Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0036698
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] StoreServermajoralways2017-08-23 09:222017-10-31 17:12
ReporterlorenzofidalgoView Statuspublic 
Assigned Tomigueldejuana 
PriorityimmediateResolutionfixedFixed in VersionRR18Q1
StatusclosedFix in branchFixed in SCM revisionf8ceac62310a
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionmainSCM revision 
Review Assigned Toguilleaer
Regression levelPackaging and release
Regression date
Regression introduced in releasemain
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0036698: [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined"

DescriptionWith a Store Server + High Vol. configuration, searching for Layaways is not possible, a wrong record is shown and it is not possible opening that record. In a RR17Q3 context without Store Server or High Vol. this issue is not reproducible. It seems to be related with Store Server, High Vol or configuration.
Steps To Reproduce0-With a Store Server + High Vol. context, login in a POS Store as vallblanca.
1-Click dropdown menu, and select Layaways option.
2-Click search button using no filters and realise only a record is shown and that record is "Undefined".
TagsNo tags attached.
Attached Filespng file icon UndefinedLayaway.png [^] (113,485 bytes) 2017-08-23 09:22


png file icon WrongLayawayFlow.png [^] (105,751 bytes) 2017-08-23 09:26

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 0036773RR17Q3.1 closedmigueldejuana [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined" 
depends on backport 0036774RR17Q2.4 closedmigueldejuana [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined" 
depends on backport 0037196RR17Q4 closedmigueldejuana [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined" 
related to defect 0036263 closedmigueldejuana The queries related with a incremental refresh should be interrupted when the timeout for the request is reached 

-  Notes
(0098605)
AugustoMauch (manager)
2017-08-23 11:12

The problem seems to be that the query is cancelled in the backend because it times out, see https://issues.openbravo.com/view.php?id=36263 [^]

I executed the query without a timeout and it took 0000176:0000040 seconds. The query timeout in Openbravo is set to the timeout of the request, which in this case is 15 seconds.
(0098705)
marvintm (manager)
2017-08-29 15:25

The cause of the problem is a combination of the retry mechanism, the change in 36263, and the fact that the enyo ajax request component can trigger the failure callback and then the success callback if the request returns a response after reaching the timeout.

The solution, as we did in other places, is to ensure that after the request has failed, it remains blocked and the success callback cannot be triggered.
(0099768)
hgbot (developer)
2017-10-04 16:32

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: d00d2e25c258c06f94699ae44987fcd4370a8628
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Oct 04 13:24:02 2017 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d00d2e25c258c06f94699ae44987fcd4370a8628 [^]

Fixed issue 0036698: [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined"

- Handle exceptions when loading receipts from backend

---
M web/org.openbravo.retail.posterminal/js/components/modalmultiorders.js
M web/org.openbravo.retail.posterminal/js/components/modalpaidreceipts.js
---
(0099769)
migueldejuana (developer)
2017-10-04 16:37

It is happening in pi with high volumes. When PaidReceiptsHeader servlet returns an error or gives timeout we do not handle the error and it creates a row.

- Login in backend and enable remote preferences
- Add an Exception or a breakpoint in PaidReceiptsHeader.java
- Login in Web POS and select in the menu "Layaways" option
- Search without any filter and you get the error
(0100184)
guilleaer (manager)
2017-10-31 12:05

In case of error without exception (Should not happen but its better to be ready) web POS should show a generic error.
(0100195)
hgbot (developer)
2017-10-31 16:13

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 07f9cb6f7e710725ff5906cccea9aeeb8c03b8e7
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Oct 31 16:12:46 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/07f9cb6f7e710725ff5906cccea9aeeb8c03b8e7 [^]

Fixed issue 0036698: [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined"

- If it fails we have to show the message always, not just when data.exception exists

---
M web/org.openbravo.retail.posterminal/js/components/modalmultiorders.js
M web/org.openbravo.retail.posterminal/js/components/modalpaidreceipts.js
---

- Issue History
Date Modified Username Field Change
2017-08-23 09:22 lorenzofidalgo New Issue
2017-08-23 09:22 lorenzofidalgo Assigned To => StoreServer
2017-08-23 09:22 lorenzofidalgo File Added: UndefinedLayaway.png
2017-08-23 09:22 lorenzofidalgo Regression level => Packaging and release
2017-08-23 09:22 lorenzofidalgo Regression introduced in release => main
2017-08-23 09:22 lorenzofidalgo Triggers an Emergency Pack => No
2017-08-23 09:26 lorenzofidalgo File Added: WrongLayawayFlow.png
2017-08-23 11:06 AugustoMauch Relationship added related to 0036263
2017-08-23 11:10 AugustoMauch Assigned To StoreServer => Retail
2017-08-23 11:12 AugustoMauch Note Added: 0098605
2017-08-29 15:25 marvintm Note Added: 0098705
2017-09-04 11:06 marvintm Status new => scheduled
2017-09-04 11:06 marvintm Assigned To Retail => marvintm
2017-10-04 16:32 hgbot Checkin
2017-10-04 16:32 hgbot Note Added: 0099768
2017-10-04 16:32 hgbot Status scheduled => resolved
2017-10-04 16:32 hgbot Resolution open => fixed
2017-10-04 16:32 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d00d2e25c258c06f94699ae44987fcd4370a8628 [^]
2017-10-04 16:32 migueldejuana Assigned To marvintm => migueldejuana
2017-10-04 16:37 migueldejuana Note Added: 0099769
2017-10-31 12:05 guilleaer Note Added: 0100184
2017-10-31 12:05 guilleaer Status resolved => new
2017-10-31 12:05 guilleaer Resolution fixed => open
2017-10-31 12:11 guilleaer Status new => scheduled
2017-10-31 16:13 hgbot Checkin
2017-10-31 16:13 hgbot Note Added: 0100195
2017-10-31 16:13 hgbot Status scheduled => resolved
2017-10-31 16:13 hgbot Resolution open => fixed
2017-10-31 16:13 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d00d2e25c258c06f94699ae44987fcd4370a8628 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/07f9cb6f7e710725ff5906cccea9aeeb8c03b8e7 [^]
2017-10-31 16:19 hgbot Checkin
2017-10-31 16:19 hgbot Note Added: 0100196
2017-10-31 16:19 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/07f9cb6f7e710725ff5906cccea9aeeb8c03b8e7 [^] => http://code.openbravo.com/retail/backports/3.0RR17Q3.1/org.openbravo.retail.posterminal/rev/f8ceac62310a8f1dc9e23cbba0457986123d67cf [^]
2017-10-31 16:21 migueldejuana Note Deleted: 0100196
2017-10-31 17:12 guilleaer Review Assigned To => guilleaer
2017-10-31 17:12 guilleaer Status resolved => closed
2017-10-31 17:12 guilleaer Fixed in Version => RR18Q1


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker