• Approach
  • Improve usability of kb
• Components and Changes
  • Frontend: none
  • Backend: mod-agreements ResourceController
• Tests / Data: none
• Dependencies: none
• Known Unknowns: none
• QA
  
  • environment: locally - because of daily title-harvest
  • data: set up a harvest for title-only data
• Development Estimate: 2d

• Approach: 
  • Complete review for user story gap analysis
  • New stories to be added for Lotus as needed

• Approach
  • See also comments on ERM-1459
• Components and Changes
  • Frontend: none
  • Backend:
    • mod-agreements: update _entitlementLogEntry.gson to work more like _entitlement.gson
• Tests / Data: / Dependencies: none
• Known Unknowns: none
• QA
• • environment: snapshot 
  • data / scripts: none
• Development Estimate: <1d

• Approach
  • suppress entry needs to be persisted on entitlement log
  Components
  • update between timed runs would not be caught
• Components and Changes
  • Frontend
  • Backend: Update logic to handle suppressed fields in mod-agreements
• Tests / Data: none
• Dependencies: 
  • suppress field handling on ERM-1883
    • no means currently to handle log updates
  • need some kind of infrastructure to support recording when a field on a resource is changed
• Known Unknowns: no
• QA
  • environment: local | testing | snapshot | other
  • data
  • scripts
• Development Estimate: <1d

• Approach
  • ERM-1889 Create re-usable status component
  • The newly displayed fields are not editable - hence new component needed, similar to agreements meta
  • existing meta section component in FOLIO is not suitable

• Components and Changes
  • Frontend:
    • stripes-erm-components:
      • set up stripes-erm-components for RTL tests
      • add new component for metadata status
      • add styling (reuse from meta section)
      • support dynamic fields as children prop
      • add translation support for dynamic fields
      • render as an accordian (re-use from stripes-components)
      • pass first line as accordian label prop
      • verify inherited accessibility treatment
    • ui-local-kb-admin: 
      • set up ui-local-kb-admin for RTL tests
      • add translation keys for labels
      • always render the component
      • add display logic to externalDataSourcesView.js
  • Backend: none
• Tests:
  • ui-local-kb-admin
  • stripes-erm-components
• Data: no
• Dependencies: none
• Known Unknowns:
  • name of component
• QA
  • environment: snapshot
• Development Estimate
  • status component: 2d
  • lkb: 2d

• Approach
  • Add validation to FieldArray  - already in place
  • Check field meta, such as whether it is touched (as opposed to dirty)
  • Compare with how similar is handled with overlapping dates
  • Recent changes
    • ERM-1826
    • ERM-1688 - autofocus behaviour changed to now remains on Add Column, which means validation doesn't fire (only fires on touched fields)
• Components and Changes
  • Frontend: ui-dashboard
  • Backend: none
• Tests / Data / Dependencies: 
  • Adi to Fix Save and Close on issue
  • Ethan to verify consistency of validation pattern 
• Known Unknowns
  • FieldArray validation already exists, 
  • Not clear why this would be different to other field arrays
• QA
  • environment: snapshot 
  • data / scripts: no
• Development Estimate: unknown

• Components and Changes
• • Frontend: ui-dashboard
  • Backend: none
• Tests/ Data : none
• Dependencies: none
• Known Unknowns: none
• QA: snapshot
• Development Estimate: <0.5d

• Approach
• Components and Changes
  • Frontend: ui-dashboard
  • Backend: none
• Tests/ Data : none
• Dependencies: none
• Known Unknowns: none
• QA: snapshot
• Development Estimate: <0.5d

• Approach: RTL Migration
• Components and Changes
  • Frontend: ui-agreements
  • Backend: none
• Dependencies: None
• Known Unknowns: coverage gaps
• QA: NA
• Development Estimate

Previously TODO:

• successfluly reviewed against given scenarios
• setup integration tests for export 

Planning

• QA
  • environment: local | testing | snapshot | other
  • data
  • scripts
• Development Estimate: aim for code review Wed/Thu

Required for Kiwi 

Agreement lacks any items, so no list is presented. Since changes for ERM-1754.

• Approach
  • concern that this might break ERM-1754
  • should we derive list from entitlements, as per view screen?
    • chosen approach avoids submitHandler
  • Will need expedited release ahead of Bugfest
• Components and Changes
  • Frontend: none
  • Backend: mod-agreeements
• Tests / Data: no
• Dependencies: ERM-1754
• Known Unknowns: no
• QA
  • environment: snapshot & bugfest
  • data / scripts
• Development Estimate

• Approach
  • use API provided through STCOM-865 PR#1617
• Components and Changes
  • Frontend:
    • ui-agreements
    • ui-licenses
    • ui-erm-comparisons
    • ui-local-kb-admin
    • ui-dashboard
  • Backend: none
• Tests
• Data
• Dependencies
  • PR #1565  for STCOM-865 is closed without merging, and no longer is required for or blocks these issues
  • PR #1617 for STCOM raised and pending review
    • merge block for Kiwi release removed 
• Known Unknowns
• QA
  • environment: local | testing | snapshot | other
  • data
  • scripts
• Development Estimate

• No longer an issue