Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0049204 | Retail Modules | Discounts and Promotions | public | 2022-05-04 09:59 | 2022-08-01 10:23 |
|
Reporter | rfacon | |
Assigned To | ranjith_qualiantech_com | |
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | unable to reproduce | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | marvintm |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0049204: Modifying the Availibility subtab doesn't update the discount audit section |
Description | Modifying the Availibility subtab doesn't update the discount audit section |
Steps To Reproduce | 1. Configure a discount in the Backend, for example:
- Discount/Promotion Type: Price adjustment
- Active = Y
- Define the discount for a product, for example Baby carrier and select "Included Products" = Only those defined.
2. Check the updated date put in the audit section
3. In the subtab 'Availability' add a row: define 'All week' for example
4. Click on the main tab of the discount and refresh the form, you will see that the Updated date hasen't changed. Date is not modified also in case of deleting a row in the 'Availability' subtab |
Proposed Solution | |
Additional Information | |
Tags | NOR |
Relationships | related to | defect | 0049195 | | closed | radhakrishnan | Availability subtab records can be deleted | related to | defect | 0049194 | | closed | radhakrishnan | Discount availability should be validated with POS time instead of server time | related to | feature request | 0048383 | pi | closed | jetxarri | Allow to activate promotions on 2 distinct time slots within the same day | related to | defect | 0049518 | | closed | radhakrishnan | API call - A promotion with an availability set on the last hours of a day is also applied on the last hours of the day before | related to | defect | 0049517 | | closed | radhakrishnan | API call - Availability of a promotion is calculated on universal time by the API |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2022-05-04 09:59 | rfacon | New Issue | |
2022-05-04 09:59 | rfacon | Assigned To | => Retail |
2022-05-04 09:59 | rfacon | Triggers an Emergency Pack | => No |
2022-05-04 10:28 | rafaroda | Tag Attached: NOR | |
2022-05-04 10:28 | rafaroda | Relationship added | related to 0049195 |
2022-05-04 10:28 | rafaroda | Relationship added | related to 0049194 |
2022-05-04 10:29 | rafaroda | Relationship added | depends on 0048383 |
2022-05-04 10:29 | rafaroda | Relationship deleted | depends on 0048383 |
2022-05-04 10:29 | rafaroda | Relationship added | related to 0048383 |
2022-05-04 10:30 | rafaroda | Type | backport => defect |
2022-06-07 21:45 | rafaroda | Issue Monitored: rafaroda | |
2022-06-08 15:37 | radhakrishnan | Assigned To | Retail => radhakrishnan |
2022-06-09 07:41 | radhakrishnan | Status | new => scheduled |
2022-06-09 23:43 | rafaroda | Relationship added | related to 0049518 |
2022-06-09 23:43 | rafaroda | Relationship added | related to 0049517 |
2022-07-04 09:08 | aaroncalero | Note Added: 0138996 | |
2022-07-04 09:08 | aaroncalero | Assigned To | radhakrishnan => rafaroda |
2022-07-04 09:08 | aaroncalero | Status | scheduled => feedback |
2022-07-08 15:06 | rafaroda | Note Added: 0139211 | |
2022-07-08 15:07 | rafaroda | Assigned To | rafaroda => aaroncalero |
2022-08-01 06:24 | marvintm | Status | feedback => scheduled |
2022-08-01 06:24 | marvintm | Assigned To | aaroncalero => ranjith_qualiantech_com |
2022-08-01 10:23 | marvintm | Review Assigned To | => marvintm |
2022-08-01 10:23 | marvintm | Note Added: 0139759 | |
2022-08-01 10:23 | marvintm | Status | scheduled => closed |
2022-08-01 10:23 | marvintm | Resolution | open => unable to reproduce |
Notes |
|
|
This is the default behaviour of all windows/tables across all the application.
When you change a value of a child tab, only the audit fields of said tab are updated.
Is there any reason to require the discount header to be updated when changing any of its child tabs? |
|
|
|
|
|
|
The availability of the discount is managed in a separate master data model. Therefore, there is no need to update the product header audit information. In our tests, we didn't manage to find any problems with it, either in full refresh or incremental refresh changes.
Regarding the comment from Rafa, the reason in live builds the changes in some filters causes changes in the audit info of the discounts main entity is that the Magento integration module is installed, and there is a trigger that causes this. This should not be needed in general for the data refresh to work correctly. |
|