Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0054622 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [POS2] POS | trivial | always | 2024-02-08 11:53 | 2024-02-15 08:53 | |||
| Reporter | Lcazaux | View Status | public | |||||
| Assigned To | alainperez | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | 24Q2 | |||
| 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 | ||||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0054622: Drawer opens when clicking on X Report | |||||||
| Description | In the POS, if I go to the X report, which is available to all role levels including cashier, it automatically opens the drawer → this is 100% wrong and unsafe. The client put an approval for now on the X report, but it must be possible to display the X Report without the drawer opening, this is the normal behavior. SEE VIDEO https://drive.google.com/file/d/1F708Si6v-S7xCMjFFjF7PC1Cr4V9ufwk/view?usp=drive_link [^] | |||||||
| Steps To Reproduce | - Log in the POS - From the left bar of options, go to the till menu and click on "X report" - The report is displayed --> The drawer opens itself: this is wrong and very unsafe. | |||||||
| Proposed Solution | Drawer must NEVER opens itself when triggering the X report option in the POS ggi note: it was added intentionaly by this project: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/5496c522d7cc00519d971f6060bd564c67e6ca08?page=2#7155a05ec262731ccb3c73e2a64a2e0cb5f0534e_0_56 [^] maybe shoud just be removed the call to open drawer | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||||||||
|
|||||||||||||||
 Relationships |
|
Notes |
|
|
(0160533) jorgewederago (developer) 2024-02-09 10:19 |
This was not happening in EnyoPOS so this should be fixed. as GGI said, it should be as easy as removing the if that triggers the openDrawer |
|
(0160700) Lcazaux (developer) 2024-02-13 15:11 |
Hello, the emergency of this mantis is that even if the client has a workaround (approval on the X report) the drawer opens itself BEFORE validation of the approval. User clicks on X report Drawer opens Approval is being asked Once validated, the report is validated. THE OPENING OF THE DRAWER IS GOOD BEHAVIOR, but must happen AFTER the approval. |
|
(0160758) hgbot (developer) 2024-02-14 18:56 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/2428 [^] |
|
(0160775) hgbot (developer) 2024-02-15 08:53 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/2428 [^] |
|
(0160776) hgbot (developer) 2024-02-15 08:53 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2 [^] Changeset: 9dd8fa0a5e22268405f3b22e5e1c9cf03b935e6e Author: Alain Pérez Balart <alain.perez@openbravo.com> Date: 15-02-2024 07:53:26 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/9dd8fa0a5e22268405f3b22e5e1c9cf03b935e6e [^] Fixed ISSUE-54622: Drawer opens when clicking on X Report --- M web-jspack/org.openbravo.pos2/src/model/user-interface/user-actions/cashup/PrintXReportWindowHooks.js --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2024-02-08 11:53 | Lcazaux | New Issue | |
| 2024-02-08 11:53 | Lcazaux | Assigned To | => Retail |
| 2024-02-08 11:53 | Lcazaux | Triggers an Emergency Pack | => No |
| 2024-02-08 12:29 | Lcazaux | Description Updated | View Revisions |
| 2024-02-08 18:46 | guilleaer | Assigned To | Retail => gorka_gil |
| 2024-02-09 09:46 | gorka_gil | Proposed Solution updated | |
| 2024-02-09 09:49 | gorka_gil | Relationship added | related to 0054628 |
| 2024-02-09 10:19 | jorgewederago | Assigned To | gorka_gil => Retail |
| 2024-02-09 10:19 | jorgewederago | Note Added: 0160533 | |
| 2024-02-13 09:13 | guillermogil | Assigned To | Retail => alainperez |
| 2024-02-13 15:11 | Lcazaux | Note Added: 0160700 | |
| 2024-02-14 16:06 | jorgewederago | Status | new => scheduled |
| 2024-02-14 18:56 | hgbot | Note Added: 0160758 | |
| 2024-02-15 08:53 | hgbot | Note Added: 0160775 | |
| 2024-02-15 08:53 | hgbot | Resolution | open => fixed |
| 2024-02-15 08:53 | hgbot | Status | scheduled => closed |
| 2024-02-15 08:53 | hgbot | Fixed in Version | => 24Q2 |
| 2024-02-15 08:53 | hgbot | Note Added: 0160776 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |