Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0052922
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajoralways2023-07-04 15:002023-07-11 08:19
ReporternicolasurizView Statuspublic 
Assigned Tosreehari 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0052922: While using the "Mandatory Issuance" at product category level, it is not working in the POS

DescriptionWith 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 ReproduceAt 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.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to feature request 0052650 closedpniam Retail Modules Mandatory issuance of specific products 
depends on backport 005294523Q3 closedsreehari POS2 While using the "Mandatory Issuance" at product category level, it is not working in the POS 

-  Notes
(0152106)
guillermogil (developer)
2023-07-04 15:01
edited on: 2023-07-04 15:03

It seems that the column isMandatoryIssuance is not getting properly loaded in React although in enyo it is.

Code is disabling the none button:

      isDisabled:
        OB.App.State.getState().Ticket &&
        OB.App.State.getState().Ticket.lines.some(
          line => line.product.isMandatoryIssuance === true
        ),

Althought the value gets always loaded to false:
OB.App.State.getState().Ticket
isMandatoryIssuance: false

(0152273)
hgbot (developer)
2023-07-10 15:36

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1276 [^]
(0152300)
hgbot (developer)
2023-07-11 08:19

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1276 [^]
(0152301)
hgbot (developer)
2023-07-11 08:19

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 24c704e03ae6042023c84b003a5ee5e74fe51ccb
Author: Sreehari Venkataraman <sreehari@qualiantech.com>
Date: 11-07-2023 11:32:35
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/24c704e03ae6042023c84b003a5ee5e74fe51ccb [^]

Fixes ISSUE-52922: Added productCategory incrementalUpdateCriteria for Products
*When changing Product Category, related product should loaded in the incremental refresh

---
M src/org/openbravo/retail/posterminal/master/Product.java
---

- Issue History
Date Modified Username Field Change
2023-07-04 15:00 nicolasuriz New Issue
2023-07-04 15:00 nicolasuriz Assigned To => Retail
2023-07-04 15:00 nicolasuriz Triggers an Emergency Pack => No
2023-07-04 15:01 guillermogil Note Added: 0152106
2023-07-04 15:02 guillermogil Severity critical => major
2023-07-04 15:03 guillermogil Note Edited: 0152106 View Revisions
2023-07-04 15:15 guillermogil Assigned To Retail => sreehari
2023-07-06 13:44 guillermogil Relationship added related to 0052650
2023-07-07 13:10 sreehari Status new => scheduled
2023-07-10 15:36 hgbot Note Added: 0152273
2023-07-11 08:17 sreehari Status scheduled => acknowledged
2023-07-11 08:17 sreehari Status acknowledged => scheduled
2023-07-11 08:19 hgbot Note Added: 0152300
2023-07-11 08:19 hgbot Resolution open => fixed
2023-07-11 08:19 hgbot Status scheduled => closed
2023-07-11 08:19 hgbot Fixed in Version => RR23Q4
2023-07-11 08:19 hgbot Note Added: 0152301


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker