Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0036698 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] StoreServer | major | always | 2017-08-23 09:22 | 2017-10-31 17:12 | |||
Reporter | lorenzofidalgo | View Status | public | |||||
Assigned To | migueldejuana | |||||||
Priority | immediate | Resolution | fixed | Fixed in Version | RR18Q1 | |||
Status | closed | Fix in branch | Fixed in SCM revision | f8ceac62310a | ||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | main | SCM revision | ||||||
Review Assigned To | guilleaer | |||||||
Regression level | Packaging and release | |||||||
Regression date | ||||||||
Regression introduced in release | main | |||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0036698: [RR17Q3][StoreServer][HighVol] Searching for Layaways only one record is shown and it is "Undefined" | |||||||
Description | With 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 Reproduce | 0-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". | |||||||
Tags | No tags attached. | |||||||
Attached Files | UndefinedLayaway.png [^] (113,485 bytes) 2017-08-23 09:22
WrongLayawayFlow.png [^] (105,751 bytes) 2017-08-23 09:26 | |||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |||||||||||||||||||||||||||||
|
Notes | |
(0098605) AugustoMauch (administrator) 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 |