No dev action for now. May result in UI changes. 

• Approach

  • add to package schema
  • add fields to ingest 
  • update adaptor

• Components and Changes

  • Frontend: none

  • Backend: mod-agreements

• Tests / Data: packageViewSpec.groovy 

  • add to existing JSON object
  • add new test for fields/filters (on Set) 
  • add new test for update

• Dependencies: ERM-2288

• Known Unknowns: 

• QA: snapshot

• Development Estimate: Monday

• Approach

  • explicitly comment the behaviour /  business rule in the code
  • Add logic (if / elseif) inside adaptor

• Components and Changes

  • Frontend: none

  • Backend: mod-agreements (adaptor)

• Tests / Data: none

• Dependencies:

  • requires ERM-2306

  • enables ERM-2308

• Known Unknowns: none

• QA: snapshot

• Development Estimate: == ERM-2311

• Approach

  • explicitly comment the behaviour /  business rule in the code
  • Add logic (if / elseif) inside adaptor

• Components and Changes

  • Frontend: yes

  • Backend: none

• Tests / Data: none

• Dependencies:

  • ERM-2306

  • Gill to review frontend mockups based on ERM-2306 shape

• Known Unknowns: none 

  • properties are in json, but not in gokb (ERM-2307)
    • Owen to provide JSON file

• QA: snapshot

• Development Estimate: == ERM-2311

• Approach

  • lookup the refdata
  • query refdata
  • filter on list
  • use selection add accordian to package filters (Availability Constraints)
  • show list similiar to Tags  / External Source Data
  • use multiselect rather than checkboxes doing lookup
    
  • publicationType is checkboxes - so, OR'd in filter, rather than AND
  • • no default to be set 
    • no lookahead for now
  • filter on selection
• Components and Changes

  • Frontend: ui-agreement

  • Backend: none

• Tests / Data:

  • if we already have existing filter tests

• Dependencies: ERM-2306

• Known Unknowns

  • list size may encourage select rather than checkboxes
    • confirmed: expecting to be in the order of 10s, rather than 100s
    • therefore use single call (as opposed to tags)

• QA: snapshot 

• Development Estimate: 1d

• Approach

  • add new logic to packageIngestService lines 212-218
  • ensure save after block
  • use existing patterns for updating PTI

• Components and Changes

  • Frontend: none

  • Backend: mod-agreements packageIngestService 

• Tests / Data: package test data

• Dependencies: no

• Known Unknowns: none

• QA: snapshot 

• Development Estimate: small

Approach:

• Can mock pluggable to check if plugin shows up
• Check if card is displayed

Pending Dependency: ERM-2316. 

Moved to Sprint 149 to coincide with ERM-2316

• Approach

  • Owen to update issue
  • Delete dashboard: present warning
  • Scenario 5: show user access level

• Components and Changes

  • Frontend

  • Backend: 

• Tests / Data

  • No tests to be written

• Dependencies

  • Should amend the current behaviour to not create a new dashboard in the backend, so a user comes to a splash screen on first access
    • Ethan to stub an issue for Owen to review and prioritise after ERM-2314
    • Est: 0.5d to add a splash screen once 2314 is done

• Known Unknowns

  Development Estimate
  • How will the order weight interact? Requires API.

• QA: snapshot | local | testing | other

• • Routing in tab group is non-trivial 
  • Drag and drop accessibility (existing handle should be fine for tabbing), will need custom keyboard management

• QA: snapshot 

• Development Estimate: 5d

  • expecting to carry over into Sprint 149