CSP Request Details

None

CSP Rejection Details

None

CSP Approved

None

Description

None

Environment

None

Potential Workaround

None

Checklist

hide

TestRail: Results

Activity

Show:
Dennis Bridges
updated the Epic LinkDecember 9, 2021 at 8:57 PM
UXPROD-1141
UXPROD-3440
Victoria_Smelova
updated the fix versionsJune 12, 2020 at 4:16 PM
11.0.0
None
Dennis Bridges
updated the labelsJune 4, 2020 at 2:34 PM
q2-2020
acquisitions tech-debt
Dennis Bridges
made 4 changes
May 6, 2020 at 4:05 PM
Rank
None
Ranked higher
Sprint
ACQ Sprint 90
None
Linked Issues
This issue defines UXPROD-2168
None
Dennis Bridges
updated the Epic LinkMay 4, 2020 at 10:05 PM
None
UXPROD-1141
Victoria_Smelova
made 2 changes
May 4, 2020 at 4:25 PM
Rank
None
Ranked lower
Sprint
ACQ Sprint 88
ACQ Sprint 90
Victoria_Smelova
updated the linked issuesApril 21, 2020 at 3:25 PM
None
This issue defines UXPROD-2168
Victoria_Smelova
made 2 changes
April 20, 2020 at 11:47 AM
Sprint
ACQ Sprint 87
ACQ Sprint 88
Rank
None
Ranked lower
Dennis Bridges
made 2 changes
April 3, 2020 at 8:10 PM
Rank
None
Ranked higher
Sprint
ACQ Sprint 86
ACQ Sprint 87
Craig McNally
made 4 changes
March 31, 2020 at 3:29 PM
Story Points
None
2
Description
h2. Overview As a follow-on to MODORDERS-374, we need to add some validation/error responses for edge cases related to title creation: h3. PoLIne * isPackage should be protected so that it can't be changed on an open order. This means we wouldn't be able to get into this situation (at least from the UI). h3. Titles * In POST /orders/titles only allow titles to be created for orders in OPEN status and the associated POL's isPackage = true. Return an appropriate error message/code otherwise. * In POST /orders/titles only allow a single title for a given POL if isPackage = false. Return an appropriate error message/code otherwise. NOTE: Determining this criteria can be accomplished with a single API call to the storage API that uses a view to combine PO/POL. FYI: The query used would likely change when we move to cross-table subqueries. Take into account that titles are also creating/updating transactionally with associated polines on storage level. https://issues.folio.org/browse/MODORDSTOR-127 h2. Acceptance Criteria * Title and PoLine APIs contain the extra validation/error responses described above * API tests are updated * Unit tests are updated
Description
h2. Overview As a follow-on to MODORDERS-374, we need to add some validation/error responses for edge cases related to title creation: h3. PoLIne * isPackage should be protected so that it can't be changed on an open order. This means we wouldn't be able to get into this situation (at least from the UI). h3. Titles * In POST /orders/titles only allow titles to be created for orders in OPEN status and the associated POL's isPackage = true. Return an appropriate error message/code otherwise. * In POST /orders/titles only allow a single title for a given POL if isPackage = false. Return an appropriate error message/code otherwise. NOTE: Determining this criteria can be accomplished with a single API call to the storage API that uses a view to combine PO/POL. Take into account that titles are also creating/updating transactionally with associated polines on storage level. https://issues.folio.org/browse/MODORDSTOR-127 h2. Acceptance Criteria * Title and PoLine APIs contain the extra validation/error responses described above * API tests are updated * Unit tests are updated
Craig McNally
made 6 changes
March 31, 2020 at 3:23 PM
Description
h2. Overview As a follow-on to MODORDERS-374, we need to add some validation/error responses for edge cases related to title creation: PoLIne: * isPackage should be protected so that it can't be changed on an open order. This means we wouldn't be able to get into this situation (at least from the UI). Titles: * In POST /orders/titles only allow titles to be created for orders in OPEN status and isPackage = true. Return an appropriate error message/code otherwise. * In POST /orders/titles only allow a single title for a given POL if isPackage = false. Return an appropriate error message/code otherwise. Take into account that titles are also creating/updating transactionally with associated polines on storage level. https://issues.folio.org/browse/MODORDSTOR-127 h2. Acceptance Criteria * Title and PoLine APIs contain the extra validation/error responses described above * API tests are updated * Unit tests are updated
Description
h2. Overview As a follow-on to MODORDERS-374, we need to add some validation/error responses for edge cases related to title creation: PoLIne: * isPackage should be protected so that it can't be changed on an open order. This means we wouldn't be able to get into this situation (at least from the UI). Titles * In POST /orders/titles only allow titles to be created for orders in OPEN status and isPackage = true. Return an appropriate error message/code otherwise. * In POST /orders/titles only allow a single title for a given POL if isPackage = false. Return an appropriate error message/code otherwise. Take into account that titles are also creating/updating transactionally with associated polines on storage level. https://issues.folio.org/browse/MODORDSTOR-127 h2. Acceptance Criteria * Title and PoLine APIs contain the extra validation/error responses described above * API tests are updated * Unit tests are updated
Summary
Added Validation to POST /orders/titles
Added Validation to poLine and Titles APIs
Craig McNally
updated the linked issuesMarch 31, 2020 at 3:16 PM
None
This issue clones MODORDERS-374
Craig McNally
created the IssueMarch 31, 2020 at 3:16 PM

Something went wrong on our end

If this keeps happening, share this information with your admin, who should contact support.

Hash 1LR4GUI Trace 45f52ed3fbac463fac72f1026b2cf423

Details

Assignee

Unassigned

Reporter

Craig McNally

Priority

P3

Story Points

2

Development Team

Thunderjet

Affects versions

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

TestRail: Cases
TestRail: Runs

Flag notifications