Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0052559 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] A. Platform | minor | always | 2023-05-25 08:45 | 2023-05-25 08:51 | |||
Reporter | AugustoMauch | View Status | public | |||||
Assigned To | gonzalo_fernandez | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | PR23Q3 | |||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Linux 64 bit | Database | PostgreSQL | Java version | 7.x | |||
OS Version | Openbravo Appliance 14.04 | Database version | 9.3.x | Ant version | 1.9.x | |||
Product Version | SCM revision | |||||||
Merge Request Status | approved | |||||||
Review Assigned To | ||||||||
OBNetwork customer | OBPS | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Support ticket | 56208 | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0052559: In high volume windows drop down filter results are cleared by subsequent requests | |||||||
Description | In windows like Sales with a high volume of data, if we filter on the drop-down list (TableDir, Table), the results are overridden by the subsequent results. | |||||||
Steps To Reproduce | 1. Open high volume window like Sales order 2. Select a field in the grid that has a lot of results (Sales Representative, address, etc) 3. Filter in the field with any text like 'abc' 4. notice that the filtered results are displayed, but immediately, the results are removed and the default all data results are displayed. Attached video of the simulation in a partner environment. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
|
![]() |
|
(0150252) hgbot (developer) 2023-05-25 08:49 |
Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/894 [^] |
(0150256) hgbot (developer) 2023-05-25 08:51 |
Merge request merged: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/894 [^] |
(0150257) hgbot (developer) 2023-05-25 08:51 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/openbravo [^] Changeset: 635be594dfcfe67935d7c4b6b2907e0067df0a73 Author: Augusto Mauch <augusto.mauch@openbravo.com> Date: 25-05-2023 08:51:10 URL: https://gitlab.com/openbravo/product/openbravo/-/commit/635be594dfcfe67935d7c4b6b2907e0067df0a73 [^] Fixes ISSUE-52559: Do not execute onResponse after hook if another request is ongoing The problem was that some code that is executed when processing a response was not taking into account that a concurrent datasource request might have been done, and the current local data of the component might be invalid (in "loading" status). To fix it, if the after hook detects that the local data is being loaded, it will skip the computations so that the latest request that is completed will be the one whose hook will succeed --- M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-fk-filter.js --- |
![]() |
|||
Date Modified | Username | Field | Change |
2023-05-25 08:45 | AugustoMauch | New Issue | |
2023-05-25 08:45 | AugustoMauch | Assigned To | => gonzalo_fernandez |
2023-05-25 08:45 | AugustoMauch | OBNetwork customer | => OBPS |
2023-05-25 08:45 | AugustoMauch | Modules | => Core |
2023-05-25 08:45 | AugustoMauch | Support ticket | => 56208 |
2023-05-25 08:45 | AugustoMauch | Triggers an Emergency Pack | => No |
2023-05-25 08:45 | AugustoMauch | Issue generated from | 0051545 |
2023-05-25 08:49 | hgbot | Merge Request Status | => open |
2023-05-25 08:49 | hgbot | Note Added: 0150252 | |
2023-05-25 08:49 | hgbot | Merge Request Status | open => approved |
2023-05-25 08:51 | hgbot | Resolution | open => fixed |
2023-05-25 08:51 | hgbot | Status | new => closed |
2023-05-25 08:51 | hgbot | Note Added: 0150256 | |
2023-05-25 08:51 | hgbot | Fixed in Version | => PR23Q3 |
2023-05-25 08:51 | hgbot | Note Added: 0150257 |
Copyright © 2000 - 2009 MantisBT Group |