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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0051318
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Sessionsmajorhave not tried2023-01-10 12:522023-01-30 11:54
ReporterjonaeView Statuspublic 
Assigned Tojonae 
PrioritynormalResolutionfixedFixed 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

0051318: When the system provides the options of cashup and logout, the cashup is navigating to the initial count window

DescriptionWith the following configuration:
- Set automatic business date = Yes
- Allow enter the POS if different date = No
- Allow reopen store on the same day = No

And two tills opened in the same store.
When opening one of the tills, the cashup option navigates to the initial count window. The cashup action needs to avoid any other action than the cashup, navigating directly to the cashup option.
Steps To ReproduceWith the following configuration:
- Set automatic business date = Yes
- Allow enter the POS if different date = No
- Allow reopen store on the same day = No

And two tills opened in the same store.
When opening one of the tills, the cashup option navigates to the initial count window.
Proposed SolutionThe cashup action needs to avoid any other action than the cashup, navigating directly to the cashup option. To do that, in the validateClosedTillsNotClosedStore prehook, the returned payload in case of the cashup actions needs to avoid the initial count window.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to defect 0051475 closedprakashmurugesan88 Retail Modules When the store is opened in a past date and there is a ticket opened, the cashup button does not navigate to cashup 
depends on feature request 0050230 closedaferraz Retail Modules Implement open/close store process in ReactPOS 
has duplicate defect 0050990 closedjonae Retail Modules Next button when setting the business date is not validating properly the store closed today 
related to defect 0051155 closedjonae POS2 With the new de Open/close store, it is possible to do a sale in other business date even if configured as not possible 

-  Notes
(0145235)
hgbot (developer)
2023-01-10 12:54

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/63 [^]
(0146018)
hgbot (developer)
2023-01-30 11:54

 Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions [^]
Changeset: 2051a8d8873ab7f47a308a052360000405cdcded
Author: Jon Alegría <jon.alegria@openbravo.com>
Date: 30-01-2023 10:54:38
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/commit/2051a8d8873ab7f47a308a052360000405cdcded [^]

Fixes ISSUE-51318: When the system provides the options of cashup and logout, the cashup is navigating to the initial count window

---
M src-db/database/sourcedata/AD_MESSAGE.xml
M web-jspack/org.openbravo.retail.sessions/src/model/till/user-actions/SetBusinessDate.js
M web-jspack/org.openbravo.retail.sessions/src/model/till/user-actions/ValidateClosedTillsNotClosedStore.js
M web-jspack/org.openbravo.retail.sessions/src/model/till/user-actions/__test__/SetBusinessDate.test.js
---
(0146019)
hgbot (developer)
2023-01-30 11:54

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/63 [^]

- Issue History
Date Modified Username Field Change
2023-01-10 12:52 jonae New Issue
2023-01-10 12:52 jonae Assigned To => jonae
2023-01-10 12:52 jonae Triggers an Emergency Pack => No
2023-01-10 12:54 hgbot Note Added: 0145235
2023-01-11 11:42 rafaroda Relationship added related to 0051155
2023-01-12 12:55 jonae Relationship added has duplicate 0050990
2023-01-12 12:56 jonae Relationship added depends on 0050230
2023-01-27 10:24 rafaroda Relationship added related to 0051475
2023-01-30 11:54 hgbot Resolution open => fixed
2023-01-30 11:54 hgbot Status new => closed
2023-01-30 11:54 hgbot Note Added: 0146018
2023-01-30 11:54 hgbot Note Added: 0146019

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker