Openbravo Issue Tracking System - POS2 |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0054622 | POS2 | POS | public | 2024-02-08 11:53 | 2024-02-15 08:53 |
|
Reporter | Lcazaux | |
Assigned To | alainperez | |
Priority | high | Severity | trivial | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | 24Q2 | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Support ticket | |
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 |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | backport | 0054676 | 24Q1 | closed | alainperez | Drawer opens when clicking on X Report | related to | defect | 0054628 | | closed | SABARINATH P | Drawer re opens itself after finishing cash up |
|
Attached Files | |
|
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 | bug_revision_view_page.php?rev_id=27481#r27481 |
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 | |
Notes |
|
|
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 |
|
|
|
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
|
2024-02-14 18:56
|
|
|
|
(0160775)
|
hgbot
|
2024-02-15 08:53
|
|
|
|
(0160776)
|
hgbot
|
2024-02-15 08:53
|
|
|