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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0054237
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Loyalty Programs for Web POSmajoralways2024-01-02 12:152024-01-15 15:35
ReporterucarrionView Statuspublic 
Assigned ToRajesh_18 
PriorityhighResolutionfixedFixed 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

0054237: Changes in promotion loyaty filters apply only if a full refresh is done

DescriptionIf I do any configuration change in the loyalty subtab for a given Discount and Promotion record, the change is not considered in the POS until I do a full refresh.
Steps To Reproduce-If your environment does not have a loyalty pogram with two categories, configure it.
-Configure a given promotion to be applied for customers related to a given loyalty program. Do not indicate the category it should apply to.
-Refresh the data so the promotion is known for the POS.
-Once you check the promotion is applied for any loyalty customer, go back to the backoffice and update the promo configuration to be applying only for the customers on a certain category of the program.
-Go back to the POS, do a refresh data (incremental) and check that the changes are not applied.
-Do a full refresh on the POS and check that the changes are now applied.
Proposed SolutionThe changes mentioned should apply just after an incremental refresh (whenever I press Refresh Masterdata).
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0158900)
hgbot (developer)
2024-01-06 13:06

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.discounts.loyalty/-/merge_requests/3 [^]
(0159315)
hgbot (developer)
2024-01-15 15:35

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.discounts.loyalty/-/merge_requests/3 [^]
(0159316)
hgbot (developer)
2024-01-15 15:35

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.discounts.loyalty [^]
Changeset: fa6ed113a6c9e889e2bd8d4e54df920c8e01bb32
Author: Rajesh Senthilkumar <rajesh@qualiantech.com>
Date: 15-01-2024 14:57:05
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.discounts.loyalty/-/commit/fa6ed113a6c9e889e2bd8d4e54df920c8e01bb32 [^]

Fixed ISSUE-54237: While refreshing master data DiscountFilterLoyaltyProgram is also updated

---
A web-jspack/org.openbravo.retail.discounts.loyalty/src/ob-init.js
M .gitignore
M web/org.openbravo.retail.discounts.loyalty/app/model/masterdata/discounts/DiscountFilterLoyaltyModel.js
---

- Issue History
Date Modified Username Field Change
2024-01-02 12:15 ucarrion New Issue
2024-01-02 12:15 ucarrion Assigned To => Retail
2024-01-02 12:15 ucarrion Triggers an Emergency Pack => No
2024-01-03 12:22 Rajesh_18 Assigned To Retail => Rajesh_18
2024-01-03 12:28 Rajesh_18 Status new => scheduled
2024-01-05 16:16 hgbot Note Added: 0158897
2024-01-06 13:06 hgbot Note Added: 0158900
2024-01-06 13:11 hgbot Note Added: 0158901
2024-01-10 09:30 guilleaer Note Deleted: 0158897
2024-01-10 09:31 guilleaer Note Deleted: 0158901
2024-01-15 15:35 hgbot Note Added: 0159315
2024-01-15 15:35 hgbot Resolution open => fixed
2024-01-15 15:35 hgbot Status scheduled => closed
2024-01-15 15:35 hgbot Note Added: 0159316


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker