Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0049663 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [POS2] Restaurants | critical | always | 2022-06-27 15:29 | 2022-07-05 13:00 | |||
| Reporter | timothee_catteeuw | View Status | public | |||||
| Assigned To | ablasco | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | ||||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | AugustoMauch | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0049663: JIRA 3109 - Performance issues when updating keymap through keymap editor | |||||||
| Description | When a modification is done thanks to Keymap editor, those one are correctly shared with other tills but : - update process is really long (several seconds as you can in video attached to the Jira) If someone apply a modification in Keymap editor, it can impact a cashier is working on another till during around 10 sec. - No loader is displayed, the user doesn’t know what is waiting for - moreover it happen even if the cashier is working on a ticket and he is forced to wait for the end of the process in order to continue his ticket. It would be more proper to update the key map when the cashier start a new ticket (or when he finish and pay the one he is working on) | |||||||
| Steps To Reproduce | Go to WebPos Open keymap editor Open the layout option for the default keymap you are used to (because it is the first it will be displayed when you go to "sell" screen) Change something on it (change the number of product) and click save Quickly go to the "sell" screen --> The user has to wait between 5 and 10 sec before working again --> no loader message is displayed | |||||||
| Proposed Solution | - analyze optimization when importing keymap data on till - display a loader message - analyze the possibility of an asynchronous update, for exemple → if possible not allow importing and updating keymap modifications when the cashier is working on a ticket and wait that the current ticket is paid before updating data. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||||||||
|
|||||||||||||||
 Relationships |
|
Notes |
|
|
(0138892) hgbot (developer) 2022-06-30 17:28 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1060 [^] |
|
(0138911) hgbot (developer) 2022-07-01 11:45 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/790 [^] |
|
(0138967) hgbot (developer) 2022-07-02 01:16 |
Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2 [^] Changeset: e93c19d6aae2639793a8e28a5d52b6733a89f6f6 Author: Augusto Mauch <augusto.mauch@openbravo.com> Date: 02-07-2022 00:28:43 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/commit/e93c19d6aae2639793a8e28a5d52b6733a89f6f6 [^] Related to ISSUE-49663: Previous configuration is available while new version if being computed It is convenient to have the previous version of a configuration while the one is being computed, i.e. to reuse some configurations and recreate only some others --- M web-jspack/org.openbravo.core2/src/core/ConfigurationSet.js M web-jspack/org.openbravo.core2/src/core/Registry.js --- |
|
(0138968) hgbot (developer) 2022-07-02 01:16 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/790 [^] |
|
(0138969) hgbot (developer) 2022-07-02 01:16 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2 [^] Changeset: 628c0e228ad967a910e5c94396a2f8a0bae360df Author: adrian.blasco <adrian.blasco@openbravo.com> Date: 02-07-2022 00:28:29 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/628c0e228ad967a910e5c94396a2f8a0bae360df [^] Fixes ISSUE-49663 - Improve performance after saving a change in the keymap editor Before this change, when saving a change in the keymap editor for a given keymap, all keymaps were being recomputed. Now only the keymap being edited will be recomputed, the configuration for the rest will be reused from the current version of the configuration. This change relies on the core2 change that provides the previous version of a configuration when the new one is being computed. --- M web-jspack/org.openbravo.pos2/src/components/KeyMapEditor/steps/KeyMapEditorLayout/KeymapOnExitPopup/KeymapOnExitPopup.js M web-jspack/org.openbravo.pos2/src/configurations/keymapConfiguration/loadKeymapConfigurations.js --- |
|
(0138970) hgbot (developer) 2022-07-02 01:16 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1060 [^] |
|
(0139047) guilleaer (manager) 2022-07-05 08:36 |
Reopened to fix some details |
|
(0139081) guilleaer (manager) 2022-07-05 13:00 |
Reclosed because problem has been resolved with the fix of issue https://issues.openbravo.com/view.php?id=49709 [^] |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2022-06-27 15:29 | timothee_catteeuw | New Issue | |
| 2022-06-27 15:29 | timothee_catteeuw | Assigned To | => Retail |
| 2022-06-27 15:29 | timothee_catteeuw | Triggers an Emergency Pack | => No |
| 2022-06-27 15:33 | timothee_catteeuw | Proposed Solution updated | |
| 2022-06-29 13:10 | AugustoMauch | Assigned To | Retail => ablasco |
| 2022-06-29 13:11 | AugustoMauch | Status | new => scheduled |
| 2022-06-30 17:28 | hgbot | Note Added: 0138892 | |
| 2022-07-01 11:45 | hgbot | Note Added: 0138911 | |
| 2022-07-02 01:16 | hgbot | Note Added: 0138967 | |
| 2022-07-02 01:16 | hgbot | Note Added: 0138968 | |
| 2022-07-02 01:16 | hgbot | Resolution | open => fixed |
| 2022-07-02 01:16 | hgbot | Status | scheduled => closed |
| 2022-07-02 01:16 | hgbot | Note Added: 0138969 | |
| 2022-07-02 01:16 | hgbot | Note Added: 0138970 | |
| 2022-07-04 09:48 | andre_montenegro | Relationship added | causes 0049709 |
| 2022-07-04 14:50 | cberner | Status | closed => new |
| 2022-07-04 14:50 | cberner | Resolution | fixed => open |
| 2022-07-04 14:51 | cberner | Status | new => scheduled |
| 2022-07-04 14:52 | cberner | Status | scheduled => resolved |
| 2022-07-04 14:52 | cberner | Resolution | open => fixed |
| 2022-07-04 14:52 | cberner | Review Assigned To | => AugustoMauch |
| 2022-07-04 14:52 | cberner | Status | resolved => closed |
| 2022-07-04 14:52 | cberner | Fixed in Version | => 22Q4 |
| 2022-07-05 08:36 | guilleaer | Status | closed => new |
| 2022-07-05 08:36 | guilleaer | Resolution | fixed => open |
| 2022-07-05 08:36 | guilleaer | Fixed in Version | 22Q4 => |
| 2022-07-05 08:36 | guilleaer | Status | new => scheduled |
| 2022-07-05 08:36 | guilleaer | Note Added: 0139047 | |
| 2022-07-05 12:59 | guilleaer | Status | scheduled => resolved |
| 2022-07-05 12:59 | guilleaer | Resolution | open => fixed |
| 2022-07-05 13:00 | guilleaer | Note Added: 0139081 | |
| 2022-07-05 13:00 | guilleaer | Status | resolved => closed |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |