CSP Request Details
None
CSP Rejection Details
None
CSP Approved
None
Description
None
Environment
None
Potential Workaround
None
Checklist
hideTestRail: Results
Activity
Show:
Dennis Bridges
updated the Epic LinkDecember 9, 2021 at 8:57 PMUXPROD-1141
UXPROD-3440
Victoria_Smelova
updated the fix versionsJune 12, 2020 at 4:16 PM11.0.0
None
Dennis Bridges
updated the labelsJune 4, 2020 at 2:34 PMq2-2020
acquisitions tech-debt
Dennis Bridges
made 4 changesMay 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 PMNone
UXPROD-1141
Victoria_Smelova
made 2 changesMay 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 PMNone
This issue defines UXPROD-2168
Victoria_Smelova
made 2 changesApril 20, 2020 at 11:47 AM
Sprint
ACQ Sprint 87
ACQ Sprint 88
Rank
None
Ranked lower
Dennis Bridges
made 2 changesApril 3, 2020 at 8:10 PM
Rank
None
Ranked higher
Sprint
ACQ Sprint 86
ACQ Sprint 87
Craig McNally
made 4 changesMarch 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 changesMarch 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 PMNone
This issue clones MODORDERS-374
Craig McNally
created the IssueMarch 31, 2020 at 3:16 PMSomething 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
UnassignedReporter
Craig McNallyPriority
P3Story Points
2Development Team
ThunderjetAffects versions
TestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee
Reporter
Priority
Story Points
2
Development Team
Thunderjet
Affects versions
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
TestRail: Cases
TestRail: Runs