Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0036761Retail ModulesWeb POSpublic2017-09-01 11:302017-09-08 11:17
Reporteravicente 
Assigned Torqueralta 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0036761: [SERQA 3221/3227] Cancel and replace shown in same wrong cases
DescriptionThe menu option cancel and replace is shown in same cases when the preference Web POS action Cancel and Replace=N.
Steps To ReproduceIn backend:
-set preference Web POS action Cancel and Replace=N for the client The White Valley Group
-check that the preference Cancel and Replace Layaways without Payments and Deliveries = Y
In webPOS:
-Create a layaway.
-Confirm the layaway without payments.
-Open the layaway and display the menu.
ERROR: check that the option 'Cancel and Replace' is available although the preference Web POS action Cancel and Replace=N. It is needed to review the priority of the preferences related with cancel and replace.
Proposed SolutionReview the priority of the preferences related with cancel and replace. Web POS action Cancel and Replace higher priority that the rest of preferences.
Additional Information
TagsSER-QA
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2017-09-01 11:30avicenteNew Issue
2017-09-01 11:30avicenteAssigned To => Retail
2017-09-01 11:30avicenteResolution time => 1505512800
2017-09-01 11:30avicenteTriggers an Emergency Pack => No
2017-09-01 11:30avicenteTag Attached: SER-QA
2017-09-07 15:57rqueraltaAssigned ToRetail => rqueralta
2017-09-08 11:17marvintmReview Assigned To => marvintm
2017-09-08 11:17marvintmNote Added: 0098901
2017-09-08 11:17marvintmStatusnew => closed
2017-09-08 11:17marvintmResolutionopen => no change required

Notes
(0098901)
marvintm   
2017-09-08 11:17   
After further analysis we have concluded that the behavior is correct. In manual roles the preferences work correctly, and in automatic roles all functionality is always available.