Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0052945 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
backport | [POS2] POS | major | always | 2023-07-04 15:00 | 2023-07-11 09:24 | |||
Reporter | nicolasuriz | View Status | public | |||||
Assigned To | sreehari | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | 23Q3 | |||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Merge Request Status | approved | |||||||
Review Assigned To | ||||||||
OBNetwork customer | OBPS | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0052945: While using the "Mandatory Issuance" at product category level, it is not working in the POS | |||||||
Description | With the development done in the Mantis: https://issues.openbravo.com/view.php?id=52650 [^] The flag "Mandatory Issuance" it is not working as expected, it is possible to click on "None" while on "Receipt Deliver Options". It should be mandatory to print or send by email, avoiding the possibility of going out of the store without sending or printing the receipt. | |||||||
Steps To Reproduce | At product category level, set the Checkbox of "Mandatory Issuance" to yes for an specific product category. The "Deliver Receipt Options" must be checked to yes at "Touchpoint Type" level. 1. Then it is just to load the POS with the changes applied and add a product from the the product category defined with the mandatory issuance to yes. 2. Fully pay the ticket and in the Print options, select the "None" 3. It should not be possible to do that, it has to force the user to either print or send by email or both but not allowing the user to click on "None" option. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
||||||||
|
![]() |
|
(0152302) hgbot (developer) 2023-07-11 09:03 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1277 [^] |
(0152305) hgbot (developer) 2023-07-11 09:24 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1277 [^] |
(0152306) hgbot (developer) 2023-07-11 09:24 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 119af480246e4aca024c5f0af9f5cd844c93c8d3 Author: Sreehari Venkataraman <sreehari@qualiantech.com> Date: 11-07-2023 12:31:48 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/119af480246e4aca024c5f0af9f5cd844c93c8d3 [^] Fixes ISSUE-52945: Added productCategory incrementalUpdateCriteria for Product *When changing Product Category, related product should loaded in the incremental refresh --- M src/org/openbravo/retail/posterminal/master/Product.java --- |
![]() |
|||
Date Modified | Username | Field | Change |
2023-07-11 08:17 | sreehari | Type | defect => backport |
2023-07-11 08:17 | sreehari | Target Version | => 23Q3 |
2023-07-11 09:03 | hgbot | Note Added: 0152302 | |
2023-07-11 09:23 | hgbot | Merge Request Status | open => approved |
2023-07-11 09:24 | hgbot | Note Added: 0152305 | |
2023-07-11 09:24 | hgbot | Resolution | open => fixed |
2023-07-11 09:24 | hgbot | Status | scheduled => closed |
2023-07-11 09:24 | hgbot | Fixed in Version | => RR23Q3 |
2023-07-11 09:24 | hgbot | Note Added: 0152306 |
Copyright © 2000 - 2009 MantisBT Group |