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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0054670
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[POS2] Corecriticalhave not tried2024-02-14 10:552024-02-14 23:33
ReporterAugustoMauchView Statuspublic 
Assigned ToAugustoMauch 
PriorityimmediateResolutionfixedFixed in Version24Q1
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version24Q1
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression levelPackaging and release
Regression date2023-11-06
Regression introduced in releasemain
Regression introduced by commithttps://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/commit/f38f5a036d4dff9b3e9f5f7083a2c0d25ab6b0e6 [^]
Triggers an Emergency PackNo
Summary

0054670: Approvals of actions without inputs are not being persisted in the backend

DescriptionWhen doing an approval of an action that does not have any user action inputs, the approval is not being persisted in the backend
Steps To ReproduceIn any POS2 enviroment that contains the sampledata (i.e. livebuilds)
1- In the backoffice, update permissions to the VallBlancaUser role, so that it requires approval when executing the "Return Line" action.
2- In the backoffice, update permissions to the The White Valley Group Admin role, so that it can approve the "Return Line" action
3- Log in in the POS with the vallblanca user, make sure the VallBlancaUser role is active
4- Add a line and return it. A popup will be displayed asking for user inputs and approval. Add them (use Openbravo/openbravo in the approval), complete the ticket.
5- Go to the backend, open the Return from Customer window, check the record that was created and check that the Approval History subtab contains info related to the approval that just took place.

So far, this is the expected behaviour. Now:
6- In the backoffice, deactivate all user inputs from the Return Line action in the User Action Input window.
7- Back in POS2, refresh the masterdata so that the changes done in the backoffice are applied. Repeat steps 4 and 5, and notice how in the new Return from Customer record there is no trace about the approval that took place when returning the line
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0054669 closedAugustoMauch Approvals of actions without inputs are not being persisted in the backend 

-  Notes
(0160749)
hgbot (developer)
2024-02-14 16:48

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/1368 [^]
(0160759)
hgbot (developer)
2024-02-14 23:33

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/1368 [^]
(0160760)
hgbot (developer)
2024-02-14 23:33

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2 [^]
Changeset: 567f7a4778ff7ac1e8af04cd671f25d38fba2b15
Author: Carlos Aristu <carlos.aristu@openbravo.com>
Date: 14-02-2024 16:47:14
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/commit/567f7a4778ff7ac1e8af04cd671f25d38fba2b15 [^]

fixes BUG-54670: approval info not saved when no input is requested

  The approval information was not being persisted when requesting
approval only, i.e., without requesting inputs.

  This happened because in that case the inputsAndApprovals is empty at
the point where the approval information is added. So adding that
information using map() has no effect.

  To fix it in that case we now return an array with a single object
properly initialized together with the approval information.

---
M web-jspack/org.openbravo.core2/src/core/user-action/UserAction.js
M web-jspack/org.openbravo.core2/src/core/user-action/__test__/UserAction.test.js
---

- Issue History
Date Modified Username Field Change
2024-02-14 12:45 AugustoMauch Type defect => backport
2024-02-14 12:45 AugustoMauch Target Version => 24Q1
2024-02-14 16:48 hgbot Note Added: 0160749
2024-02-14 23:33 hgbot Resolution open => fixed
2024-02-14 23:33 hgbot Status scheduled => closed
2024-02-14 23:33 hgbot Note Added: 0160759
2024-02-14 23:33 hgbot Fixed in Version => 24Q1
2024-02-14 23:33 hgbot Note Added: 0160760


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker